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 ? //
--
H�ufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
