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

16

在dist-upgradeDebian测试（Jessie）实例上执行之后，我将无法启动。我在命令提示符下被黑了：

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

debian upgrade plymouth

— 你
source

自从SystemD以来，“ Jessie / stable等已确认”测试，也许需要更改此方法以从标题中删除测试；（

— Hvisage

20

由于debian疯狂升级到jessie，今天我也遇到了这个精确错误。

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

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

— oph
source

4

正确。普利茅斯的错误引起了我的注意，而我却忽略了实际原因。

— youri 2015年

是的，在我的情况下，它已经当时 NOAUTO，而是一种文件系统，它是不是“有”“额外添加的磁盘的原因... <加，法，选择字> systemd那绝对只是有吸起来的安装文件系统...实际上应该是针对systemd 的错误报告...但是从以前有关文件系统安装的经验中了解LP时，它将被忽略；（今后最好的解决systemd相关问题的方法

— -Hvisage

无需注释掉fstab中的行，而是nofail为所有非必需文件系统添加选项。此选项告诉systemd在安装期间忽略错误，并继续正常的引导过程。

— Marki555

11

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

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

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

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

— 克里斯·诺尔德斯
source

是！！！！！看到我在其他答案中的评论

— Hvisage

3

我今天有确切的错误。

我安装了普利茅斯，但没有改变结果。

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

— 可以卡瓦克洛夫
source

2

我确认这是fstab中的问题。如果进入fstab并删除最后一行，则一切都像以前一样，系统启动。我在VirtualBox 5 / debian 8中共享时遇到自动挂载问题。在Virtualbox 4 / debian 7中没有问题。

— 雷龙
source

0

在这一点上，我认为这是一个比较老的话题……但是我今天也遇到了这个问题。

我必须注释掉这一行，/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被故意混淆）

更新：

/etc/fstab对于此问题，UUID行中似乎有故障。奇。阅读有关此线程的更多信息后我仍然没有找到根本原因的明确答案，但是至少现在已经配置了SWAP。

有谁能够完全解决这个问题？还是找到根本原因？

— 卡尼驱动器
source