Description of problem:
system does not proceed past fsck phase of boot process, reboots endlessly
Version-Release number of selected component (if applicable):
Seems to be consistant across attempts
Steps to Reproduce:
1. touch /forcefsck
2. echo "-D" > /fsckoptions
3. shutdown -r now
System continuously reboots, forces a check of the root drive, reboots
automatically (*** REBOOT LINUX *** from e2fsck)
The system would check the drive once, reboot and continue boot process.
FWIW, I don't know how the '-D' got into /fsckoptions. I'd never heard of or
seen that particular param before. Since only I have root access to the machine
this happened on, I'm guessing I invoked something that put it there, or I did
it while sleepadmining :)
Other than modifying rc.sysinit to remount / with rw, remove the /fsck* files,
remount / ro (which is done already) and then reboot I don't see much of a
solution to this either. I'm betting there's arguments against doing the above,
part of which may even be compelling, I'm just not aware of it.
In any case, if there was a priority field in bugzilla I'd set it to "low" (as
opposed to severity which I take to address a different aspect) since I don't
think this is likely to appear much (or at all, other than dumb luck), but
unless the guy at the helm has a clue, they could end up like that guy in the
infamous video -- bashing his keyboard into the monitor, etc.
Thanks for your report.
When fsck indicates the system should be rebooted, it is probably because it
isn't safe to remount it read-write at the moment; therefore there is no way
to preserve the information that an automatic reboot has just been perfomed.