Red Hat Bugzilla – Bug 55773
reiserfs causes forced fsck failure at boot
Last modified: 2013-07-02 22:05:11 EDT
Description of Problem:
On an unclean shutdown, rc.sysinit asks if you want to force an fsck.
Unfortunately it implements this by calling fsck against each mountpoint
with the "-f" option which is not implemented in fsck.reiserfs and returns
with an error code, resulting in rc.sysinit incorrectly concluding that the
fsck failed and forcing a reboot.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. On my system, all filesystems are journalled - a mix of ext3 and reiserfs
2. Shut down without removing /.autofsck
3. When asked to press "f" to force an fsck, do so.
Any non-reiserfs fscks will proceed normally, but at the first
reiserfs mountpoint it will fail to run fsck (since "-f" is not a valid
option to fsck.reiserfs) and you will have to reboot again without having
actually run the fsck. You will have to start without the reiserfs
partitions mounted and fsck them manually if desired.
fsck.reiserfs should have been run without the non-existent "-f" option.
Alternatively, "-f" should be added to reiserfsck as an ignored option.
'"-f" should be added to reiserfsck as an ignored option' sounds like the
correct solution to me.
This is already fixed.