severity 470956 minor tags 470956 moreinfo thanks > I am aware that fsck of ext2 isn't fast, but that's not a reason for > doing it needlessly *twice* when the first fsck gave an error <= 3. > > What happened was: > $ shutdown -F -r now > # computer reboots > # fsck of root fs < # fsck.ext2 returned error 3 (most likely since it optimized directories) > # computer automatically reboots (everything works as expected until now) > # fsck of root fs *grrr*
I don't see how the system itself could guarantee between the two boots that the filesystem is still clean the second time. Another OS could have been booted instead, used the filesystem and left it dirty. The device could have been swapped in and out of the machine, and mounted by another system, etc... Even we wanted initscripts to set up some flag for the next reboot, that's not really possible because the filesystem is still read-only at this point, and really shouldn't be touched anymore until after the reboot. I suppose that if anything could be done about this, it would be by fsck utilities in the filesystem internal attributes. But I don't know which filesystem types would be concerned by this issue and if they would allow to address it. Ted, what do you think about this? -- Pierre Ynard