And*_*rew 18 installation mdadm uefi
我正在使用带有 GPT 磁盘的 UEFI 和 RAID 设置带有 64 位 Ubuntu 的 HTPC。
EFI 系统分区(分区类型 0xEF00)是否有可能成为 RAID1 阵列的一部分mdadm?我希望元数据版本 1.0(在磁盘末尾)将允许这样做。
另外,“引导加载程序安装的设备”也应该设置什么,还是只适用于 MBR 磁盘?
经过大量实验,我认为这就是答案:
EFI 系统分区(通常安装在/boot/efi/)不会保存很多文件,除非 GRUB 直接存储在那里而不是/boot/grub/. 内容通常不会改变,因此不需要对分区进行 RAID。在不同磁盘上拥有多个分区副本也需要设置 UEFI 引导条目efibootmgr;通常 GRUB 会根据/boot/efi/.
所以看起来既不需要,也不容易做到。
我认为简短的回答是:不,EFI 系统分区 (ESP) 不能被 RAID。但是,如果您在 RAID 磁盘之间克隆 ESP 并将两个分区添加到 EFI 引导链中,您仍然可以获得类似 RAID 的优势。有关详细信息,请参阅此 20.04 链接或此 18.04 链接或此 16.04 链接。
正如你所说,mdadm 元数据版本。1.0 完成了这项工作。
我设法获得了 Gigabyte 的 GA-C1037UN-EU EFI 能够启动的工作配置。此配置仅限于 ESP 分区的 RAID1,但允许对其余分区使用任何 RAID 配置。让我们以两个驱动器上的 RAID1 为例。每个磁盘按以下方式分区:
sda (gpt)
--sda1 (512MB)
mdadm array member with 1.0 metadata format
boot and esp flags set
--sda2 (rest of disk)
mdadm array member with 1.2 metadata format
Run Code Online (Sandbox Code Playgroud)
第一个 RAID 在每个驱动器上的 sdX1 分区上创建并用于 ESP 分区。其余的驱动器容量可以以任何方式使用,例如,也可以在 RAID1 中使用。让第一个 RAID 成为/dev/md/efi第二个/dev/md/data。
/dev/md/efi不应使用任何分区标签,例如 MBR 或 GPT。/dev/md/data可以稍后分区或用作 LVM pv。例如:
/dev/md/efi
--fat32 fs, mounting to /boot/efi/
/dev/md/data
--/dev/md/data1
linux swap partition
--/dev/md/data2
ext4 root partition
... (other needed partitions)
Run Code Online (Sandbox Code Playgroud)
元数据版本 1.0 有一个简单的特性:它的超级块存储在 RAID 分区的末尾,因此 BIOS 可以检测带有 ESP 和 BOOT 标志的普通 FAT32 分区。所以没有什么能阻止 BIOS 在这个分区上搜索 EFI/BOOT/BOOTX64.EFI 并从它启动。
这种方法的主要限制是 GRUB 应该配置为在可移动媒体的路径中安装可引导 EFI 文件,因为efibootmgr它试图直接从md设备启动 BIOS ,而不是sdX. 这是可以做到用grub-install与--removable标志。
更新。存在兼容性问题。在华硕 P8Z68-V PRO/GEN3 主板上尝试了相同的配置。无论我做什么,系统都不会启动。
| 归档时间: |
|
| 查看次数: |
28992 次 |
| 最近记录: |