Checking the file system every 22 boots

Michael R. Head burner at suppressingfire.org
Sat Apr 12 22:02:29 UTC 2008


On Sun, 2008-04-13 at 00:11 +0300, Ioannis Vranos wrote:
> Karl Larsen wrote:
> > Ioannis Vranos wrote:
> >> OS: Ubuntu 7.10 x86.
> >>
> >>
> >> Why does Ubuntu run a full file system ext3 check every 22 times? ext3
> >> is considered robust. Is the default mode of ext3 under Ubuntu 7.10
> >> other than "ordered mode"? Is there any way to disable this unnecessary
> >> forced file system check?
> >>
> 
> In my Pentium III with 350-400 GB HDD (don't remember its capacity right
> now), it takes some time.
> 
> Since it is unnecessary why it takes place? Also how can I disable this?

It's not actually unnecessary. If your filesystem does get out of whack,
and it's not fixed early, that can lead to big problems later.

However, you do have some options,
      * Force the check to run when you have the time
              * You can do this by running "sudo touch /forcefsck" and
                the next time you reboot, the check will be run and the
                counter reset
      * Increase the mount count, so that it happens less frequently
              * You can do this using the "tune2fs" program
      * You can completely disable it, though again, this is not
        recommended.
              * You can also do this using the "tune2fs" program

I don't want to steer you wrong on tune2fs's usage, so I recommend
opening a terminal and typeing
        
        man tune2fs
        
You should check out the section that I've pasted here:

       -c max-mount-counts
              Adjust  the  number of mounts after which the filesystem will be
              checked by e2fsck(8).  If max-mount-counts is 0 or -1, the  num‐
              ber  of  times  the filesystem is mounted will be disregarded by
              e2fsck(8) and the kernel.

              Staggering the mount-counts at which  filesystems  are  forcibly
              checked  will  avoid  all  filesystems being checked at one time
              when using journaled filesystems.

              You should  strongly  consider  the  consequences  of  disabling
              mount-count-dependent   checking  entirely.   Bad  disk  drives,
              cables, memory, and kernel bugs could all corrupt  a  filesystem
              without  marking  the  filesystem dirty or in error.  If you are
              using journaling on your filesystem, your filesystem will  never
              be marked dirty, so it will not normally be checked.  A filesys‐
              tem error detected by the kernel will still force an fsck on the
              next reboot, but it may already be too late to prevent data loss
              at that point.

              See also the -i option for time-dependent checking.



-- 
Michael R. Head <burner at suppressingfire.org>
http://www.cs.binghamton.edu/~mike/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3259 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20080412/370490a7/attachment.bin>


More information about the ubuntu-users mailing list