主页 / unix / 问题

问题[refind](unix)

Martin Hope
The Roark
Asked: 2019-03-28 18:32:43 +0800 CST
  • 2

我在具有多个分区的 Windows 机器上进行了双引导设置，其中两个 Linux 使用 LUKS 加密。出于某种原因，我无法再将备份恢复到我的第二个 Linux LUKS 分区并正确启动到 LUKS 启动屏幕，因此我可以输入我的解密密码。相反，它会尝试引导根分区并引发 dracut 错误。

我为这个问题设置的关键分区是：

  • /dev/sda1 EFI
  • /dev/sda5 引导Fedora I
  • /dev/sda6 Fedora I 的根目录——加密的LUKS
  • /dev/sda7 引导Fedora II
  • Fedora II 的/dev/sda8 根目录——加密的LUKS

我使用一个组合（Fedora I Root and Boot）作为我的主驱动程序。然后，如果我想尝试新的东西，我会使用 tar 备份所有内容并将其安装到第二个组合（Fedora II Root and Boot）。所以我很乐意在我的安装之间来回切换，而不会冒着破坏我的设置的风险。

直到最近，我还能够将系统备份解压到解密的 LUKS 逻辑分区，chroot 进入其中，然后更新 initramfs（使用sudo dracut -vf）。这样做是（我认为）告诉它在引导时寻找 LUKS 分区。并且在重新启动时，新安装的系统会显示 LUKS 解密启动画面，然后在我输入密码后，从根分区启动。

然而，现在，我似乎无法使用第二个分区组合（Fedora II Root 和 Boot）在 LUKS 启动屏幕上启动恢复系统。我进行了三次检查，设置与 Fedora I 组合相同。具体来说：

  1. 在 Fedora I 和 Fedora II/boot分区上（注意：每个都是一个单独的分区），有一个名为refind_linux.conf第一节的文件，其内容类似于"Boot with standard options" "root=UUID=3a404a5a-3d2e-46cd-bf73-8f40e89efed3 ro rhgb quiet LANG=en_US.UTF-8 acpi_osi=Linux acpi_backlight=native"，其中3a404a5a-3d2e-46cd-bf73-8f40e89efed3是加密分区（又名/dev/mapper/luks-f3303886-beb1-4733-8e6f-5794d430e87e）内分区的 UUID。 当然，UUID 根据是 Fedora I 分区还是 Fedora II 分区而有所不同。

  2. 在 Fedora I 和 Fedora II 根分区 (aka /) 上，都有一个名为 的文件/etc/fstab，它为各自的分区提供/、/boot和/boot/efiUUID。例如，一个是：

    • UUID=3a404a5a-3d2e-46cd-bf73-8f40e89efed3 / ext4 默认值 1 1

    • UUID=D0BD-BA39 /boot/efi vfat umask=0077,shortname=winnt 0 2
    • UUID=e40053cc-4402-478e-9af8-67a218401b33 /boot ext4 默认值 1 1

分区的 UUID/与 中列出的相同refind_linux.conf。

  1. 在 Fedora I 和 Fedora II 根分区（又名/）上，都有一个名为 的文件/etc/crypttab，我认为它会告诉 Fedora 在哪里寻找 LUKS 分区。在这里，它是：luks-f3303886-beb1-4733-8e6f-5794d430e87e UUID=f3303886-beb1-4733-8e6f-5794d430e87e none luks，f3303886-beb1-4733-8e6f-5794d430e87eLUKS 包装器的 UUID（又名/dev/sda7）在哪里。

虽然设置是相同的，但第一个组合引导和第二个不引导。我错过了什么？

是否有一些新方法可以让新安装的系统识别出需要首先读取的加密分区？

我需要做什么才能让第二个分区组合识别它应该首先查看 LUKS 分区，而不是根分区？

luks refind
Martin Hope
djfrickert
Asked: 2018-04-25 04:31:34 +0800 CST
  • 0

所以，我的设置如下：

# lsblk -o name,mountpoint,label,size,type,fstype

sda                                           698,7G disk 
└─sda3                             Manjaro     48,9G part ext4
sdb                                           119,2G disk 
├─sdb1 /boot                       SYSTEM       100M part vfat
├─sdb3                             OS          65,9G part ntfs
├─sdb5 /                                       35,4G part ext4

（有些分区因为不相关而被隐藏。）

如您所见，/dev/sda3位于 EFI 分区的不同驱动器上SYSTEM。我可以轻松地为/dev/sdb5. 但不是为了/dev/sda3。这是我的（不成功的）尝试：

menuentry "Manjaro" {
   icon         /efi/refind/icons/os_manjaro.png
   volume       "Manjaro"
   loader       /vmlinuz-4.14-x86_64
   initrd       /initramfs-4.14-x86_64.img
   options      "root=uuid=0151dca4-34a5-4e50-b1e9-26ff1fbbe1d7 rw quiet                     pcie_aspm=force i915.u915_enable_rc6=1"
   submenuentry "boot using fallback initramfs" {
            initrd /initramfs-4.14-x86_64-fallback.img
   }
   submenuentry "boot to terminal" {
            add_options "systemd.unit=multi-user.target"
   }
   disabled
}

我有点理解为什么这不起作用，rEFInd 正在 EFI 分区中搜索vmlinuz-4.14-x86_64，SYSTEM但它不存在（显然）。如何让它在Manjaro分区中搜索？我宁愿不必将图像复制到SYSTEM分区:(

谢谢！

boot-loader refind