FS#53095 - [systemd] cannot boot into rescue shell on initramfs
Attached to Project:
Arch Linux
Opened by Abdó Roig-Maranges (abdo) - Monday, 27 February 2017, 01:00 GMT
Last edited by Christian Hesse (eworm) - Saturday, 05 August 2017, 18:08 GMT
Opened by Abdó Roig-Maranges (abdo) - Monday, 27 February 2017, 01:00 GMT
Last edited by Christian Hesse (eworm) - Saturday, 05 August 2017, 18:08 GMT
|
Details
Description:
When /etc/mkinitcpio.conf includes the systemd hook ad we boot with rd.systemd.unit=rescue.target, sulogin complains that it cannot open the password database, and no shell is available. Additional info: The problem is that /etc/nsswitch.conf now makes use of some systemd-provided nss modules, that need to be included in the initramfs. Those are: /usr/bin/libnss_{myhostname,mymachines,systemd}* Steps to reproduce: Add the systemd hook into mkinitcpio.conf and boot with rd.systemd.unit=rescue.target in the kernel command line |
This task depends upon
Closed by Christian Hesse (eworm)
Saturday, 05 August 2017, 18:08 GMT
Reason for closing: Fixed
Additional comments about closing: systemd 233-1
Saturday, 05 August 2017, 18:08 GMT
Reason for closing: Fixed
Additional comments about closing: systemd 233-1
Slightly-related issue: the systemd nss modules are "difficult" to identify because they lack a generic .so prefixed symlink -- they're only versioned (e.g. libnss_systemd.so.2).
I agree.