我正在对一个不能启动的debian系统进行故障排除;系统启动正常,有一天停止了(可能但不一定与apt upgrade相关)。它有一个小引导分区(sda1),它是sda2上的一个LUKS容器。在LUKS容器中有一个LVM层,其两个成员被格式化为ext4 (/和/home)。
启动时,密码设置甚至不会运行,并显示以下错误:“警告:未能连接到lvmetad。返回到内部扫描。”然后,计算机下降到initramfs控制台。
在另一台计算机上安装和显示受影响的磁盘时,我发现当试图更新initramfs时/etc/cryptsetup是无效的,尽管看起来很好。错误是:“密码设置:警告: sd1 /etc/crypttab中的无效行-”
我的密码文件仅包含以下内容:
crypt UUID=<uuid> none luksblkid或lsblk确认已经选择了适当的UUID ( /sda2的UUID,其子级是名为crypt的LUKS容器)。
一些版本信息:
debian: 9.8
kernel: 4.9.0.6-amd64
cryptsetup: 1.7.3
lvm: 2.02.168(2)请注意,sd1是另一个LUKS设备,是安装故障驱动器的计算机的设备,用于故障排除。也许在这种情况下,这个警告就可以被忽略?尽管如此,当错误的驱动器被用作引导设备时,当update-initramfs之后,问题仍然存在(密码被绕过)。
此时,由于我不太确定问题是什么,我正在考虑重新安装grub并重新安装内核。不过,我希望就其他步骤提出建议。非常感谢。
发布于 2019-04-11 22:17:43
由于试图运行update-initramfs而导致的无效密码的错误仅仅是主机也有LUKS容器这一事实的结果。解决方案是在没有任何其他LUKS设备的系统上执行完全相同的步骤(我使用了一个“活动”可引导的.iso映像来执行任务)。在引导.iso之后,update-initramfs -u -k all工作正常,系统恢复了引导能力。也许有一种选择,可以指示密码设置忽略不相关的LUKS装置,这些设备恰好存在于用作救援系统的机器上。
https://unix.stackexchange.com/questions/511995
复制相似问题