EXT2-fs warning (device ide0(3,2)): ext2_free_inode: bit already cleared for inode 536602
EXT2-fs warning (device ide0(3,2)): ext2_free_inode: bit already cleared for inode 536603
EXT2-fs warning (device ide0(3,2)): ext2_free_inode: bit already cleared for inode 536604
...dev 3,2 is /dev/hda2 which is mounted on /d1 on my system. I use this
partition for source compilation only.
[sroot@oof:/]# ls -iR /d1 | grep 536602
ls: /d1/linux/kernel/new/linux-pre1/arch/ppc/xmon/start.c: Input/output error
ls: /d1/linux/kernel/new/linux-pre1/arch/ppc/xmon/subr_prf.c: Input/output error
ls: /d1/linux/kernel/new/linux-pre1/arch/ppc/xmon/xmon.c: Input/output error
[sroot@oof:/]# umount /d1
EXT2-fs warning (device ide0(3,2)): ext2_free_inode: bit already cleared for inode 536603
EXT2-fs warning (device ide0(3,2)): ext2_free_inode: bit already cleared for inode 536604
EXT2-fs warning (device ide0(3,2)): ext2_free_inode: bit already cleared for inode 536602
[sroot@oof:/]# fsck -f /d1
Parallelizing fsck version 1.17 (26-Oct-1999)
e2fsck 1.17, 26-Oct-1999 for EXT2 FS 0.5b, 95/08/09
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Entry 'start.c' in /linux/kernel/new/linux-pre1/arch/ppc/xmon (536592) has deleted/unused inode 536602. Clear<y>? yes
Entry 'subr_prf.c' in /linux/kernel/new/linux-pre1/arch/ppc/xmon (536592) has deleted/unused inode 536603. Clear<y>? yes
Entry 'xmon.c' in /linux/kernel/new/linux-pre1/arch/ppc/xmon (536592) has deleted/unused inode 536604. Clear<y>? yes
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -2146836 -2146837 -2146838 -2146839 -2146840 -2146841 -2146842 -2146843 -2146844 -2146845 -2146846 -2146847 -2146848 -2146849 -2146850 -2146851 -2146852 -2146853 -2146854 -2146855 -2146856 -2146857 -2146858 -2146859 -2146860 -2146861 -2146862 -2146863 -2146864 -2146865 -2146866 -2146867 -2146868 -2146869
Fix<y>? yes
Free blocks count wrong for group #262 (7376, counted=7410).
Fix<y>? yes
Free blocks count wrong (2399729, counted=2399763).
Fix<y>? yes
/dev/hda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/hda2: 39255/1005568 files (6.1% non-contiguous), 1616487/4016250 blocks
...Actually, I never actually compiled anything in that directory -- I
simply untarred, cp -a'd "linux" to "linux-pre2", mv'd "linux" to
"linux-pre1", applied pre-patch-2.3.26-1 to "linux-pre1", applied
pre-patch-2.3.26-2 to "linux-pre2" and diff -urN'd them to see the
changes. I read the output then went on and did other unrelated stuff.
No errors occurred until this morning, when I was reading linux-kernel in
mutt (locally). I believe it could have been updatedb running, though.
The last time this happened, I also saw three errors like above, and it
was also related somehow to a copy of the kernel tree on my system. As I
mentioned before, there has never been any sort of similar corruption
on kernels before 2.3.24 (2.3.18acsomething seemed fine, but maybe I didn't trigger
it) -- 2.2 kernels have been fine on this machine.
This box has 128 MB ECC-SDRAM (ECC enabled), and it had a few other
things running at the time (netscape, 20 or so rxvts, mpg123, etc.).
Ethernet eepro100 connection. hdparm:
Woops, I didn't install hdparm yet. :)
*install*
[sroot@oof:/d/linux]# hdparm /dev/hda
/dev/hda:
multcount = 0 (off)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 1027/255/63, sectors = 16514064, start = 0
...It appears the CONFIG_BLK_DEV_PIIX{,_TUNING}=y has enabled DMA for
me...DMA has always worked, though. No hardware has changed since I set
up this machine. hda: WDC AC28400R, 8063MB w/512kB Cache,
CHS=1027/255/63, UDMA(33).
Simon-
[ Stormix Technologies Inc. ][ NetNation Communcations Inc. ]
[ sim@stormix.com ][ sim@netnation.com ]
[ Opinions expressed are not necessarily those of my employers. ]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/