Re: ext3 on raid5 failure
From: Jan Dittmer
Date: Fri Jan 23 2004 - 03:23:57 EST
Theodore Ts'o wrote:
On Sun, Jan 18, 2004 at 10:02:32AM -0800, Mike Fedyk wrote:
On Sun, Jan 18, 2004 at 11:27:54AM +0100, Jan Dittmer wrote:
EXT3-fs error (device dm-1): ext3_readdir: bad entry in directory
#9783034: rec_len % 4 != 0 - offset=0, inode=1846971784, rec_len=33046,
name_len=154
Aborting journal on device dm-1.
ext3_abort called.
EXT3-fs abort (device dm-1): ext3_journal_start: Detected aborted journal
Remounting filesystem read-only
Run fsck on the filesystem.
Jan, what distribution are you running? The superblock *should* have
been marked "filesystems has errors", and so fsck should have been
forced when you rebooted. Did fsck in fact run, and if so, did it
detect and fix any problems?
- Ted
Okay, I fscked all filesystems in single user mode, thereby fscked up my
root filesystem, though I didn't even check it - so I restored it from
backup (grub wouldn't even load anymore).
After 2 days in my freshly setup debian (2.6.1-bk6), same error. But
this time at least I know it's because I tried to delete those files in
the lost+found directory...
So, how do I delete these and why did fsck fail? It's pretty annoying to
reboot because of this. It would be nice to just being able to
remount,rw the partition.
Thanks,
Jan
EXT3-fs error (device dm-2): ext3_readdir: directory #16370 contains a
hole at offset 8192
Aborting journal on device dm-2.
EXT3-fs error (device dm-2): ext3_readdir: directory #16370 contains a
hole at offset 24576
ext3_abort called.
EXT3-fs abort (device dm-2): ext3_journal_start: Detected aborted journal
Remounting filesystem read-only
Attachment:
pgp00000.pgp
Description: PGP signature