Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
the file check period is handled by your bootloader. Please edit your profile to show your distro and location - it helps us to help you.
You can set it to check after a time period or after a set number of boots, or never.
You realise, of course, that you should be performing these checks regularly anyway?
... but I never seem to have a problem with corrupt file systems.
Most of us don't, most of the time. I haven't had the scheduled fsck (on ext3) find a fault for years, but I can understand that it's a good idea.
You can tune this fsck behaviour from mountcounts (16 might be a little low if you frequently reboot) to an interval in days, and if you get your timing right, it'll only kick off on (for example) a Sunday, when you do not care as you are too busy making croissants and mixing Bloody Mary's to notice that it boots slowly as it does its fsck.
Now I am moving to ext4, I think it's probably a very good idea, whilst this apparently robust, but still being tested filesystem evolves.
See man tune2fs which AFAIK also applies to ext3 and ext4 filesystems to fine-tune the fsck scheduling.
I ran into this on Ubuntu just today - seems the disk-check is set for time rather than number of mounts so I got a forced check on this machines second reboot. (I boast about gnu/linux uptimes ... but I think we reboot more often these days no?)
I see the check as a reminder - I can get out of it with a keypress but it tells me its time to check things are OK. I have old laptops, and some of their drives have started to fail. Its like keeping a fire extinguisher in your kitchen - you'll almost never need it ... but the day you need one, you really need one.
Keep your / partition relatively small and it'll check faster. 40GB for mine, but that is because I keep sources in /home/ and audacity needs a lot of /tmp space when doing edits on large files. fsck-ing can be a long time commitment if your root takes all of a 1TB HDD.
ext3 is ext2 with a journal. You shouldn't need to check it as the journal handles most boot / reboot issues. Regardless most ext2 tools work as is with ext3. tune2fs, e2fsck, even e2defrag. You can also disable checking in your /etc/fstab. Those # # at the tail end of entries... Not recommended, but an option. Worst case scenario, you might need to regen a journal, or switch to ext2 to cope with an issue. Fortunately the filesystem is ext2 from a certain POV. Just a few options, probably best to keep the defaults. Less risk. Other ways to deal with it, if you setup a routine to beat it to the draw and manually fsck it every Sunday. That should reset it's timer / counter. Having a second distro installed for that purpose helps simplify the process.
Keep your / partition relatively small and it'll check faster. 40GB for mine, but that is because I keep sources in /home/ and audacity needs a lot of /tmp space when doing edits on large files. fsck-ing can be a long time commitment if your root takes all of a 1TB HDD.
My root partition is 10gb, with a full Slackware 12.2 install and user packages theres just under 2gb of free space left.
Actually, when I set fsck to check every 40 mounts, I'd only set that for hda3, which is my home partition (200gb), I totally forgot about root! but I have now set fsck for / to 30, and /home to 45.
Thanks for your help guys
Last edited by clifford227; 05-30-2010 at 12:03 PM.
In theory you should set the number of times to a prime number, so all your partitions are less likely to get fsck'd at the same time.
I have one on reiserfs. When it crashes and needs to be checked, it's worse. I have to boot a completely different distro to check it. So I have to reboot twice and do the check manually. Plus all of the horror stories of certain upgrades completely wiping reiserfs partitions. I'll stick with ext3 for now. It only took me half a decade to switch to it.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.