On Jun 03, 2002 23:04 +0200, Duncan Sands wrote: > While compiling two kernels and untarring a third, my root fs was remounted > r/w and I got the following in dmesg (kernel 2.4.19-pre9): ^^^ r/o I presume... > EXT3-fs error (device ide0(3,2)) in ext3_new_inode: error 28 > Aborting journal on device ide0(3,2). > ext3_abort called This is a known error, and I thought a fix was submitted by Andrew and/or Stephen. It should not cause a filesystem error just because the filesystem was full. > Rebooting didn't help: the journal aborted immediately. Hmm, running e2fsck is needed to fix an aborted journal - the in-kernel journal recovery code isn't smart enough to do this. You _do_ run e2fsck on your filesystems at boot, right? Just because you are using ext3 is no reason to turn off e2fsck. e2fsck is smart enough that if you are running ext3 it will only do journal recovery and not do a full filesystem check unless there is a filesystem error (like you have here), or if the "time since last checked" has elapsed. If you don't like the latter behaviour, see tune2fs man page on how to change this (via -c and -I options). Cheers, Andreas -- Andreas Dilger http://www-mddsp.enel.ucalgary.ca/People/adilger/ http://sourceforge.net/projects/ext2resize/
