dev-disk-by\x2dpar 的启动作业正在运行...dffa6b3c0a51f.device 无限制

dev-disk-by\x2dpar 的启动作业正在运行...dffa6b3c0a51f.device 无限制

我的 VCSA 无法启动。它达到:

A start job is running for dev-disk-by\x2dpar...dffa6b3c0a51f.device (no limit)

我想要做的是追踪该 UUID,以便我可以开始进行故障排除。到目前为止我已经尝试过:

  1. 尝试过紧急模式 - 无法通过启动作业
  2. 安装了 Ubuntu Live ISO,安装了 / 文件系统并检查了 fstab - 没有提及“dffa6b3c0a51f”或任何接近的内容
  3. 注释掉 /etc/fstab 中的交换条目 - 启动时出现同样的问题
  4. 检查 /var/log/messages 是否有任何线索 - 最后条目是 12/11/18
  5. 检查并强制修复了所有文件系统 - 包括 LVM
  6. 将 system.journal 复制到救援系统并尝试读取条目 - 没有条目,最后一个条目是在 2018 年 12 月 11 日
  7. 研究了一下错误。到目前为止的建议是:

systemctl show -p RequiredBy -p WantedBy dev-disk-by...

systemctl list-units | grep dev-disk

这里的问题是我无法超越开始作业消息,因为它设置为无限并且我无法取消它。我尝试将 systemd.conf 中的超时调整为 90 秒,但没有成功。

这是已安装分区的 fstab:

在此输入图像描述

这是我在启动时看到的:

在此输入图像描述

所以我在这里。以前有人遇到过这个问题吗?如果有,你是如何解决的?

答案1

这是您在 crypttab 中的设备条目有错误。这些生成器是唯一可以调整设备单元超时(如果没有)并将其设置为无穷大的生成器。这是因为设备单元正在暴露系统资源,而 systemd 无法控制它们的启动和停止。但是,它使用启动作业作为等待设备出现的方式。这也意味着设备单元不能等待另一个单元。

现在,对于加密设备,在用户输入密码(或通过等效的方式解锁设备)之前它们永远不会激活,但设备单元无法等待密码提示单元。这意味着设备单元被设置为无限长时间地等待设备的出现,这意味着启动作业将继续运行,没有对其设置任何限制。家属将等待正在运行的启动作业。

相关内容