Como dices, mdadm metadata ver. 1.0 hace el trabajo.
Me las arreglé para obtener la configuración de trabajo que el EFI GA-C1037UN-EU de Gigabyte pudo arrancar. Esta configuración está limitada a RAID1 para la partición ESP, pero permite usar cualquier configuración RAID para el resto de las particiones. Deje que se muestre RAID1 en dos unidades como ejemplo. Cada disco está particionado de la siguiente manera:
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
Primer RAID creado sobre particiones sdX1 en cada unidad y utilizado para la partición ESP. El resto de la capacidad de las unidades se puede utilizar de cualquier manera, por ejemplo, también en RAID1. Deje que el primer RAID sea /dev/md/efi
y el segundo /dev/md/data
.
/dev/md/efi
no debe usar ninguna etiqueta de partición, como MBR o GPT. /dev/md/data
se puede particionar más tarde o usar como LVM pv. Por ejemplo:
/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)
Metadata ver. 1.0 tiene una característica simple: su superbloque se almacena al final de la partición RAID, por lo que el BIOS puede detectar la partición FAT32 simple con indicadores ESP y BOOT. Por lo tanto, nada impide que el BIOS busque EFI / BOOT / BOOTX64.EFI en esta partición y arranque desde ella.
La principal limitación de este método es que GRUB debe configurarse para instalar un archivo EFI de arranque en la ruta de acceso a los medios extraíbles, ya que efibootmgr
está tratando de hacer que el BIOS arranque directamente desde el md
dispositivo, no sdX
. Esto se puede hacer grub-install
con --removable
flag.
UPD Hay problemas de compatibilidad. Intenté la misma configuración en la placa base ASUS P8Z68-V PRO / GEN3. El sistema no arranca sin importar lo que haga.