☰

在步骤 EXEC 生成 /bin/plymouth 时失败（Debian 测试）

tag-icon • tag-icon debian upgrade plymouth
在步骤 EXEC 生成 /bin/plymouth 时失败（Debian 测试）

当我在 Debian 测试 (Jessie) 实例上执行后dist-upgrade，我无法再启动。我被困在命令提示符下：

Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs

显示以下错误：

root@debian:~# journalctl -xb
debian systemd[222]: Failed at step EXEC spawning /bin/plymouth: No such file or directory

出奇，谷歌没有提供帮助我看到的小帖子是针对 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

答案1

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

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

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

答案2

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

就我而言，我在 virtualbox 中运行，这是我设置为在启动时自动安装的共享文件夹，这就是问题所在。在另外两个答案中，问题在于 NFS 或 CD-ROM 设备的设置。

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

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

答案3

我今天遇到了确切的错误。

我安装了 plymouth 但它没有改变结果。

这是由 /etc/fstab 中错误的 nfs 条目引起的。删除该条目后，错误消失了。我猜这种可怕的行为是由于愚蠢的 systemd 造成的。

答案4

我发现这是一个相当旧的线程......但我今天也遇到了这个问题。

我必须注释掉这一行/etc/fstab以防止系统在“紧急模式”下启动：

#UUID=0x0000x0-0x00-0000-xx00-0000xxx00000 /boot           ext2    defaults        0       2
/dev/mapper/Ubuntu16043LTSVM--vg-swap_1 none            swap    sw              0       0

*（UUID 被故意混淆）

更新：

UUID 行/etc/fstab似乎是导致此问题的原因。奇怪的。阅读有关此问题的更多信息后这个线程我仍然没有更接近根本原因的明确答案，但至少现在已经配置了交换。

有谁能够彻底解决这个问题吗？或者找到根本原因？

相关内容