Description of problem:
After an unclean shutdown (e.g., power fail), /etc/rc.d/rc.sysinit hangs at the
final âwaitâ statement (line 658). Booting can only be accomplished in this
circumstance if âctrl-Câ is pressed and rc.sysinit is aborted.
A clean shutdown and power-up or reboot results in a normal boot sequence.
Version-Release number of selected component (if applicable):
Every unclean shutdown.
Steps to Reproduce:
1. FC4 system up-and-running
2. sync â then turn off or unplug (cringing the whole time)
3. Turn on system. Boot will hang in rc.sysinit as described
Boot hangs, with the last console message âEnabling swap space: OKâ
Control-C will abort rc.sysinit, and boot will continue
Expect system to recover from power failure without manual intervention necessary.
I placed some âechosâ in rc.sysinit to confirm that boot was hanging at the
After liberally sprinkling some âwaitâ and âechoâ statements around the
rc.sysinit script, it appears that the backgrounded statement that may be
action $"Mounting local filesystems: " mount -a -t
nonfs,nfs4,smbfs,ncpfs,cifs,gfs -O no_netdev
but I donât know enough about what is going on here to assert that with
authority. For the record, I have util-linux-2.12p-9.14 installed.
If you enable sysrq, and hit alt-sysrq-t, what's it doing?
Created attachment 126522 [details]
SysRq : Show State output during hang
This is the alt-sysrq-T output during the hang.
I lost my comments when I attached the dmesg output, above! But the short story
is that the attachment, above, is the alt-sysrq-T output produced in dmesg
during the hang. I enabled sysrq by setting kernel.sysrq=1 in sysctl.conf, cut
power, turned back on, and then when rc.sysinit hung, hit alt-sysrq-T, followed
by ctrl-C to resume booting.
What does your /etc/fstab (and your stale /etc/mtab) look like?
Created attachment 126559 [details]
This is my /etc/fstab after a 'hung' boot is ctl-C'd to get through rc.sysinit.
Created attachment 126560 [details]
. . . and this is the corresponding /etc/mtab
Hm, I don't suppose removing the /proc/nfs/nfsd from fstab helps?
Will try removing /proc/nfs/nfsd from fstab, tomorrow. Thx! -T
Actually, it does help -- I commented out this line:
none /proc/fs/nfsd nfsd defaults 0 0
and the system comes up after a power fail! I don't know exactly what that line
does -- nor do I understand why /proc/fs/nfds would know or care about an
unclean boot vs. a clean boot. Will I notice any problems if I just leave this out?
Not sure why it would care, but removing it should not cause any problems.
When I was checking around the web to see if there were other reports of this
happening, I noticed there are alot of reports that boot hangs after the
"Enabling swap space: [OK]" message.
Since that is how this error actually appears on-screen, I thought I would
mention it, in case someone else is having this problem and doesn't realize it
isn't related to swap space.
This report targets the FC3 or FC4 products, which have now been EOL'd.
Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?