☰

无法在第二个磁盘上启动到 LVM/LUKS

tag-icon • tag-icon boot dual-boot grub2 lvm luks
无法在第二个磁盘上启动到 LVM/LUKS

我在第一个硬盘的 LUKS 分区内安装了一个 Linux 操作系统 (Linux Mint)，现在我正尝试在第二个磁盘上安装双启动方案。我成功地将 Ubuntu 安装到第二个磁盘 (sdb) 上的 LUKS 分区中，分区如下：

sdb1 boot
sdb4 LUKS

我使用 LUKS 分区内的 LVM 创建了这些逻辑分区（以及其他分区）：

vg-lvroot1
swap

我解锁了 LUKS 分区，并将 Ubuntu 安装到vg-lvroot1(作为/) 和sdb1(作为启动) 中，并在 上更新了引导加载程序sdb。然后我运行了正常程序：

$ mount /dev/mapper/vg-lvroot1 /mnt
$ mount /dev/sdb1 /mnt/boot
$ mount --bind /dev /mnt/dev
$ mount --bind /dev/pts /mnt/dev/pts
$ mount --bind /proc /mnt/proc
$ mount --bind /sys /mnt/sys
$ chroot /mnt
$ echo "sdb4_crypt UUID=$(blkid -s UUID -o value /dev/sdb4) none luks" >/etc/crypttab
$ update-initramfs -u
$ grub-install /dev/sdb
$ grub-install --recheck /dev/sdb
$ update-grub

当我重新启动并使用 BIOS 选择我的第二个磁盘时，我得到了预期的 Ubuntu grub 提示符。但是当我选择它时，它启动了启动过程，但它没有提示输入 LUKS 密钥，而是最终进入了 busybox 提示符。

我做错了什么？我在第一张磁盘上多次使用此过程安装了各种基于 Debian 的操作系统，包括 Ubuntu，并将另一个安装包含到使用 LUKS 内不同 LVM 根分区的单独启动分区中，没有任何问题，但是当我在第二张磁盘上执行此过程时似乎出了点问题。

会发生什么事？

答案1

事实证明，问题与 LUKS 加密分区的解锁方式有关。我曾使用 GUI 工具来解锁它，方法是单击并输入密码。我猜这会通过为加密分区分配不同的标签而造成某种混乱。看来加密分区确实需要使用 正确解锁cryptsetup luksOpen ...。

此外，在运行时解锁加密分区非常重要update-initramfs（update-grub我在尝试修复原始问题时多次犯了这个错误）。

相关内容