Re: How come fsck still kicks in and reports major errors with Ext3?

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

 



It's been my experience with Redhat 8.0 that it is configured by default
to run fsck on "/" for every unclean shutdown. Look for the presence of
"/.autofsck". Damn annoying.



On Sun, 2002-10-27 at 16:32, Hans Deragon wrote:
> Juri Haberland wrote:
> 
> >Hans Deragon wrote:
> >  
> >
> >>Thanks for the help regarding the setting of the 6th field of /etc/fstab.
> >>
> >>Yet, I would like someone to explain me what I should see if I suddenly 
> >>shut the computer down and restart it?  Will I see some message during 
> >>the bootstrap that says that my drive was not shutdown gracefully and it 
> >>must be repaired via the journal?  Or is it fsck itself that uses the 
> >>journal to correct the system?
> >>    
> >>
> >
> >No, the kernel should replay the journal ( = repair the fs) on the first
> >mount of the fs if it has the flag 'needs_recovery' is set. This flag is
> >always set if the fs is mounted and only cleared on a clean unmount.
> >The message should look a bit like this:
> >
> >kjournald starting. Commit interval 5 seconds
> >EXT3 FS 2.4-0.9.17, 10 Jan 2002 on lvm(58,0), internal journal
> >EXT3-fs: recovery complete.
> >EXT3-fs: mounted filesystem with ordered data mode.
> >
> Wait a sec... I search for this and look what I found in my logs:
> 
> Oct 27 13:09:09 world kernel: kjournald starting.  Commit interval 5 
> seconds   
> Oct 27 13:09:09 world identd: identd startup 
> succeeded                         
> Oct 27 13:09:09 world kernel: EXT3-fs: ide0(3,1): orphan cleanup on 
> readonly fs
> Oct 27 13:09:09 world kernel: EXT3-fs: ide0(3,1): 5 orphan inodes 
> deleted      
> Oct 27 13:09:09 world kernel: EXT3-fs: recovery 
> complete.                      
> Oct 27 13:09:09 world kernel: EXT3-fs: mounted filesystem with ordered 
> data mode
> 
> So it is working after all.  Its just that yesterday, fsck kicked in and 
> I really had to fix the partition manually.  I have not noticed any ext3 
> related text on the screen when my kernel refused to continue the 
> bootstrap because it was asking me to manually fix the partition.  So my 
> guess is that journaling works 98% of the time, but once in a while 
> after an uncontrolled shutdown, my filesystem goes seriously kaput 
> anyway, right?
> 
> >If e2fsck is run on an unmounted fs that has 'needs_recovery' set, it
> >will also replay the journal.
> >
> >  
> >
> >>My point it that I do not see any difference between ext2 and ext3 
> >>behavior.  When my power went down and later came back, I had to work 
> >>with fsck to fix my ext3 drive the same way when it was ext2. 
> >> Journaling under Ext3 is either so invisible that users believe its not 
> >>on, or in my case, it actually is not on.  Are there any config files? 
> >> Where is the journal stored?  Is there a command to retrieve the size 
> >>of the journal?
> >>    
> >>
> >
> >What distribution are you running?
> >
> RedHat 8.0.  The kernel running on my system is the one installed from 
> the CDROM.  I have the source code of the kernel, but not the .config 
> file which corresponds to my running kernel.  Anybody knows if it is 
> possible to get the installed kernel .config file so I can check out the 
> configuration?  This is off-topic regarding this mailing list, so I 
> suggest anyone responding to this to reply to me personnaly.
> 
> 
> Thanks,
> Hans Deragon
> 
> 
> 
> 
> _______________________________________________
> 
> Ext3-users@redhat.com
> https://listman.redhat.com/mailman/listinfo/ext3-users

Attachment: signature.asc
Description: This is a digitally signed message part


[Index of Archives]         [Linux RAID]     [Kernel Development]     [Red Hat Install]     [Video 4 Linux]     [Postgresql]     [Fedora]     [Gimp]     [Yosemite News]

  Powered by Linux