EXEC 生成 /bin/plymouth 步骤失败(Debian 测试)

you*_*uri 16 debian upgrade plymouth

dist-upgradeDebian 测试 (Jessie) 实例上执行 a 后,我无法再启动。我在命令提示符下被困住了:

Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs
Run Code Online (Sandbox Code Playgroud)

出现以下错误:

root@debian:~# journalctl -xb
debian systemd[222]: Failed at step EXEC spawning /bin/plymouth: No such file or directory
Run Code Online (Sandbox Code Playgroud)

令人惊讶的是,谷歌没有帮助,我看到的小线程是针对 Arch(即使我在搜索中添加了 +debian),对我来说没有意义。

关于如何从中恢复的任何指示?

# uname -a
Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-2 (2014-11-06) x84_64 GNU/Linux
Run Code Online (Sandbox Code Playgroud)

The*_*tus 20

由于 debian wheezy 升级到 jessie,我今天也遇到了这个精确的错误。

尽管“apt-get dist-upgrade”没有错误,但系统未能重新启动。通过“journalctl -xb”(或“-xd”)输出的最终错误与“plymouth”(我从未听说过的应用程序)相关联。但事实证明,无法重新启动与 plymouth 无关,而是 /etc/fstab 下的辅助条目下的一个小异常:将 cdrom 设备的“auto”更改为“noauto”(与 NFS 无关)然后systemd 将允许引导。这是一个 fstab 行,它在 wheezy 下运行,并且在 jessie 下静默失败以允许重新启动。

通过与 fstab 关联的 journalctl 没有错误。幸运的网络搜索让我找到了这个晦涩的解​​决方案。

  • 正确的。普利茅斯的错误引起了我的注意,我忽略了实际原因。 (4认同)

小智 12

结合之前的答案,这个问题似乎是由 /etc/fstab 中的无效条目引起的。

就我而言,我在 virtualbox 中运行,这是一个共享文件夹,我已设置为在启动时自动挂载,这就是问题所在。在其他两个答案中,问题是 NFS 或 CD-ROM 设备的设置。

我建议要进行故障排除,只需将 /etc/fstab 中的所有非必要行注释掉,然后一一重新添加它们,直到您复制问题为止。

然后可以诊断和修复有问题的线路。在 dist 升级过程中,Vbox 共享文件夹、网络共享或其他专用文件系统等内容可能没有正确升级。