首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >无效行/etc/crypttab

无效行/etc/crypttab
EN

Unix & Linux用户
提问于 2019-04-11 20:58:10
回答 1查看 2.8K关注 0票数 2

我正在对一个不能启动的debian系统进行故障排除;系统启动正常,有一天停止了(可能但不一定与apt upgrade相关)。它有一个小引导分区(sda1),它是sda2上的一个LUKS容器。在LUKS容器中有一个LVM层,其两个成员被格式化为ext4 (//home)。

启动时,密码设置甚至不会运行,并显示以下错误:“警告:未能连接到lvmetad。返回到内部扫描。”然后,计算机下降到initramfs控制台。

在另一台计算机上安装和显示受影响的磁盘时,我发现当试图更新initramfs时/etc/cryptsetup是无效的,尽管看起来很好。错误是:“密码设置:警告: sd1 /etc/crypttab中的无效行-”

我的密码文件仅包含以下内容:

代码语言:javascript
复制
crypt    UUID=<uuid>    none    luks

blkidlsblk确认已经选择了适当的UUID ( /sda2的UUID,其子级是名为crypt的LUKS容器)。

一些版本信息:

代码语言:javascript
复制
debian: 9.8
kernel: 4.9.0.6-amd64
cryptsetup: 1.7.3
lvm: 2.02.168(2)

请注意,sd1是另一个LUKS设备,是安装故障驱动器的计算机的设备,用于故障排除。也许在这种情况下,这个警告就可以被忽略?尽管如此,当错误的驱动器被用作引导设备时,当update-initramfs之后,问题仍然存在(密码被绕过)。

此时,由于我不太确定问题是什么,我正在考虑重新安装grub并重新安装内核。不过,我希望就其他步骤提出建议。非常感谢。

EN

回答 1

Unix & Linux用户

发布于 2019-04-11 22:17:43

由于试图运行update-initramfs而导致的无效密码的错误仅仅是主机也有LUKS容器这一事实的结果。解决方案是在没有任何其他LUKS设备的系统上执行完全相同的步骤(我使用了一个“活动”可引导的.iso映像来执行任务)。在引导.iso之后,update-initramfs -u -k all工作正常,系统恢复了引导能力。也许有一种选择,可以指示密码设置忽略不相关的LUKS装置,这些设备恰好存在于用作救援系统的机器上。

票数 1
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/511995

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档