[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Unerwarteter ext2-error auf /



Hallo,

Heute beim zufaelligen Blick auf den Beistellrechner musste ich
folgendes feststellen:
---
Jan  5 12:02:01 penti333 /USR/SBIN/CRON[11703]: (root) CMD (test -x
/usr/sbin/logcheck && nice -n10 /usr/sbin/logcheck)
Jan  5 12:02:01 penti333 modprobe: modprobe: cannot create
/var/log/ksymoops/20030105.log Read-only file system
Jan  5 12:02:01 penti333 modprobe: modprobe: cannot create
/var/log/ksymoops/20030105.log Read-only file system
Jan  5 12:02:01 penti333 exim[11713]: 2003-01-05 12:02:01
18V8XZ-00032v-00 Cannot open main log file "/var/log/exim/mainlog":
Read-only file
 system: euid=8 egid=8
 Jan  5 12:02:01 penti333 exim[11713]: exim: could not open panic log
- aborting: original error above
Jan  5 12:02:01 penti333 /USR/SBIN/CRON[11702]: (root) MAIL (mailed 73
bytes of output but got status 0x0001 )
---
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?

Danke fuer Antwort im voraus.

CU H.Lau
-- 
-------------------------------------------------------------------------
Hannes Lau        | Mail: hannes.lau@debitel.net                        
Dierkower Höhe 31 | http://home.debitel.net/user/hannes.lau/default.html
18146 Rostock     | Home- Office- Tel: +49 (0381) 69 65 18
-------------------------------------------------------------------------

Attachment: pgpkEUqiWR9dL.pgp
Description: PGP signature


Reply to: