如何修复带加密根分区的Ubuntu无法启动问题？

我之前也碰到过几乎一模一样的情况——换了新硬盘删了加密分区后，Ubuntu启动直接卡壳，要么弹/run/lvm/lvmetad.socket: connect failed: No such file or directory，要么提示/sbin/cryptsetup not found，等几分钟偶尔还会掉到busybox里。结合你提到的操作（chroot后执行update-initramfs -u出问题，之前还跟着配置文章改过），问题根源大概率是initramfs残留了旧加密分区的配置，或者LVM服务的配置没同步更新，下面是一步步的解决方法：

步骤1：重新进入chroot环境 #

首先得确保你正确chroot到根分区，挂载好所有必要的虚拟文件系统（不然后续命令会报错）：

# 替换成你的根分区，比如/dev/sda1或者/dev/mapper/ubuntu-root
mount /dev/your-root-partition /mnt
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt

步骤2：清理旧加密分区配置 #

删除加密分区后，系统的/etc/crypttab里可能还留着旧分区的条目，这会导致启动时尝试加载不存在的加密设备，进而触发cryptsetup找不到的错误：

1. 打开/etc/crypttab文件：

   nano /etc/crypttab
   

2. 找到对应已删除加密分区的行，直接删除，然后按Ctrl+O保存、Ctrl+X退出。

步骤3：修复LVMetad连接问题 #

lvmetad.socket找不到的问题，通常是LVM元数据服务的配置和实际运行状态不匹配：

1. 先检查lvmetad服务状态：

   lvmetad --status
   

2. 如果服务没运行，先启动并设置开机自启：

   systemctl start lvmetad.service
   systemctl enable lvmetad.service
   

3. 要是还是报错，可以临时修改LVM配置禁用lvmetad（后续系统稳定后再改回来也可以）：

   nano /etc/lvm/lvm.conf
   

   找到use_lvmetad = 1这一行，改成use_lvmetad = 0，保存退出。

步骤4：重新生成干净的initramfs #

之前用update-initramfs -u更新时，可能因为旧配置残留导致失败，这次我们直接生成一个全新的initramfs：

# 删除当前内核对应的旧initramfs文件
rm /boot/initrd.img-$(uname -r)
# 重新生成initramfs
update-initramfs -c -k $(uname -r)

步骤5：更新GRUB配置 #

分区变化后，GRUB的启动项可能还指向旧路径，需要同步更新：

update-grub

额外注意事项 #

• 操作前务必备份重要数据，避免误操作导致数据丢失；
• 如果你之前跟着配置文章修改过initramfs的钩子脚本，记得检查/etc/initramfs-tools/hooks目录，删掉和旧加密分区相关的自定义脚本；
• 如果启动时掉到busybox，可以尝试手动挂载根分区再执行上述命令，但chroot环境操作更稳定。

内容的提问来源于stack exchange，提问作者matt3o