Description of problem:
Why initramfs has anything to do with reboot/halt/poweroff/shutdown is really a mystery but this happens when running a kernel with initramfs which was created by dracut-014-81.git20120202.fc17 and it is not the case when dracut-014-77.git20120126.fc17, or possibly earlier, was used.
If you try any of the above actions, by whatever means, then on a screen shows up a series of 'unmounting /oldroot/...' messages followed by something like:
halt: invalid optin -- 'd'
Dropping to debug shell
and a dracut prompt shows up. Debugging does not work too well as whatever is typed is not echoed back, so is is necessary to do that in blind, and the best one can apparently achieve is "Failed to get D-Bus connection. No connection to service manager" if anything shows up back at all (with an exception of complaints of something mistyped).
Version-Release number of selected component (if applicable):
I just recalled that I have on a command line 'rd.info' option left after some older troubles but that should not have such nasty side-effects, shouldn't it?
(In reply to comment #0)
> I just recalled that I have on a command line 'rd.info' option left after some
> older troubles but that should not have such nasty side-effects, shouldn't it?
No, dropping 'rd.info' from a boot commmand does not have effect on the above. OTOH there is something which is causing another reaction from this "debugging shell". Typing there in blind 'exit' is causing an instant panic and a complete machine lockup.
The 'mystery' is that the initramfs is the last part of the shutdown these days,
and it unmounts the rootfs and finally shuts down the box.
The bug is a bug in binutils and a miscompiled shutdown binary.
*** This bug has been marked as a duplicate of bug 788107 ***
(In reply to comment #2)
> The bug is a bug in binutils and a miscompiled shutdown binary.
> *** This bug has been marked as a duplicate of bug 788107 ***
Kay, are you really sure that this is a duplicate of bug 788107? 788107 implies that there are troubles when using "shortcuts" like 'reboot' or 'poweroff'. Here there is the same ailment of landing blind in a debug shell when one tries
'systemctl reboot' or 'systemctl -f poweroff' and similar and these are "long forms". If this is a really duplicate then what can be used to, say, shutdown the whole machine? So far I did not find any suitable command.
Bug 788107 would be possibly responsible for a breakage described in bug 788304 (although not for an "Additional info:" part).
Yes, we are sure it is a duplicate. /run/initramfs/shutdown eventually calls 'reboot', 'poweroff', or 'halt', which in the initramfs too are just symlinks to systemctl.