在 Arch Linux 上,我使用 KDE 分区管理器在 LVM 卷上设置了加密分区。
我丢失了该分区的密码,并使用 KDE 删除了该分区。
此后,启动过程冻结并且从未出现登录提示。
我从分区备份中恢复,一切运行良好。
现在,我在登录前收到一个提示,要求输入密码,我可以跳过按 Enter 几次。
/etc/crypttab
包含该分区的条目,但/etc/fstab
不包含该条目。
/etc/crypttab
指向不存在卷的条目冻结启动过程是否是预期行为?
我试图弄清楚该条目是否是启动问题的可能原因,以及我是否可以安全地删除该条目和分区。
LVM 卷未加密。
编辑:在 Arch 上使用mkinitcpio -P
重新生成 initramfs
答案1
中的条目的/etc/crypttab
工作方式类似于/etc/fstab
:如果列出的设备不存在,引导过程将尝试等待它,一段时间后引导过程将失败。它不应该冻结,超时后您应该切换到 shell。如果你想防止这种情况,你可以随时添加选项nofail
:
nofail This device will not be a hard dependency of cryptsetup.target. It'll still be pulled in and started, but the system will not wait for the device to show up and be unlocked, and boot will not fail if this is unsuccessful. Note that other units that depend on the unlocked device may still fail. In particular, if the device is used for a mount point, point itself also needs to have the nofail option, or the boot will fail if the device is not unlocked successfully.
如果加密设备不再存在(因此它不仅仅是暂时丢失),您可以将其从 中删除/etc/crypttab
,但之后还需要重新生成 initramfs。你没有说你使用什么发行版,在 Ubuntu 上你会update-initramfs -u
在 Fedora 上使用dracut --regenerate-all