Re: Unerwarteter ext2-error auf /
Hi Hannes,
On Sun, Jan 05, 2003 at 03:01:49PM +0100, Hannes Lau wrote:
[...]
> Was aber nur auf folgendem resultieren kann, den als ich auf die
> 1. Konsole schaute, war da das:
> ---
> EXT2-fs error (device ide0(3,1)): ext2_readdir: bad entry in directory
> #11: rec_len % 4 !=0 - offset=0, inode=1, rec_len=975, name_len=0
> Remounting filesystem read-only
> EXT2-fs error (device ide0(3,1)): ext2_readdir: bad entry in directory
> #11: rec_len % 4 !=0 - offset=0, inode=1, rec_len=975, name_len=0
> Remounting filesystem read-only
> ---
> Die letzten Meldungen vom System, die lesbar waren, waren die bis zum
> Beginn der taeglichen cron-jobs so gegen 7:30. Das Ereignis muss also
> in dem Zeitraum zugeschlagen haben _ohne_ mein Zutuen. Die Maschien
> wurde gestern letztmalig (mehrmals) ohne Fehler rebootet. Das
> / -filessytem wurde wohl remountet readonly vom kernel. Beim
> erforderlichen reboot kam natuerlich, dass fsck sich des /
> filessystems bemaechtigen musste wegen Fehler, was auch nur mit
> haendischem e2fsck letztendlich repariebar war wegen dem error:
> ---
> inode 11, block 9, offset0: directory corrupted
> ---
> Lost + found ist leer. Der fsck konnte das System reparieren.
> Reboot funktionierte, jetzt lass ich gerade die anderen Platten
> haendisch fsck-en, scheint soweit i.O. zu sein.
> Kernel ist 2.2.21 von kernel.org, System ist debian_3.0
> Das Device ist eine:
> ---
> Model=Maxtor 32049H2, FwRev=YAC614Y0, SerialNo=L2R0LE9C
> Config={ Fixed }
> RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
> BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
> CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=40021632
> IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
> PIO modes: pio0 pio1 pio2 pio3 pio4
> DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4
> udma5
> AdvancedPM=yes: disabled (255) WriteCache=enabled
> Drive Supports : ATA/ATAPI-6 T13 1410D revision 0 : ATA-1 ATA-2
> ATA-3 ATA-4 ATA-5 ATA-6
> ---
>
> Frage: Weiss jemand, wie es zum remounten readonly kommen kann?
nun, du hast sicher in deiner fstab eine ähnliche Zeile stehn:
/dev/hda5 / ext3 defaults,errors=remount-ro 0 1
das bewirkt, dass wenn ein Fehler in diesem Dateisystem auftritt, dieses
ro remountet (Argh, was für ein deutsch ;-). Warum der Fehler im
Dateisystem auftrat? Entweder Fehler im Kernel (eher unwarscheinlich)
oder Hardwarefehler (Platte, Speicher, Kontroller, Kabel). Ich würd mal
eine badblocks im single user mode aufrufen und dabei in eine Datei auf
einem anderen Dateisystem ausgeben.
Gruß
KH
--
// In a world without walls and fences who needs Windows and Gates ? //
Reply to: