by wintpe » Feb 2nd, '14, 19:09
dwhite
all unix based OS's used to run fsck on boot up.
tunefs can be used to set how many mounts you partitions will get before forsing a fsck on boot up.
the reason that fsck on boot up is no longer done everytime
journaling filesystems.
fsck or file system consistency check only needs to be done where the journal last time of update is before the last write to the disk indicating that there is something done to the disk not stored in the journal.
a cosmic partical theory, yes occationaly these cause electronics to do something unexpected.
to make you need an fsck even when the journal is OK, no.
as for harddisk errors that can cause a crash, well thats more bad blocks, nothing to do directly with file system consistency
although the two can sometimes reflect on each other.
ie a bad block can cause the file system to consistenly fail consistency checks, and will continue to do so up until the bad block
is mapped.
for this you use the badblocks program, but thats not something you want to run on boot up as you average boot time would be about 7 hours. Just my point of view.
regards peter
Redhat 6 Certified Engineer (RHCE)
Sometimes my posts will sound short, or snappy, however its realy not my intention to offend, so accept my apologies in advance.