Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#35081 - [mkinitcpio] reboot system instead of "interactive shell"
Attached to Project:
Arch Linux
Opened by Peter Kraus (PetoKraus) - Friday, 03 May 2013, 14:07 GMT
Last edited by Dave Reisner (falconindy) - Friday, 03 May 2013, 15:40 GMT
Opened by Peter Kraus (PetoKraus) - Friday, 03 May 2013, 14:07 GMT
Last edited by Dave Reisner (falconindy) - Friday, 03 May 2013, 15:40 GMT
|
DetailsHello,
I'm using the nfsroot option for some nodes on my cluster. Sometimes, the NFS root is not available, and the machine ends up in the "interactive shell" waiting for a miracle (or me physically re-starting it). Is there / would it be possible to have an option to be a bit less graceful about this situation, and instead of requiring user interaction, force a system reboot (or kernel panic)? Thanks, Peter |
This task depends upon
Closed by Dave Reisner (falconindy)
Friday, 03 May 2013, 15:40 GMT
Reason for closing: Won't implement
Friday, 03 May 2013, 15:40 GMT
Reason for closing: Won't implement
In any case, I do expect the nfsroot to become available at some point, but a simple rootdelay won't help, unfortunately.
Is there any way to pass a command to the busybox shell? A simple logout + panic=n on the kernel line will do what I want.
No, not currently.
As a dirty hack, you could provide your own hook which either:
- removes the sh binary, causing a panic on root not being found
- provide something in place of sh (a script with a #!/usr/bin/ash shebang) which reboots.