Come dici tu, mdadm metadata ver. 1.0 fa il lavoro.
Sono riuscito a ottenere una configurazione funzionante che EFI GA-C1037UN-EU di Gigabyte è stato in grado di avviare. Questa configurazione è limitata a RAID1 per la partizione ESP, ma consente di utilizzare qualsiasi configurazione RAID per il resto delle partizioni. Mostriamo RAID1 su due unità come esempio. Ogni disco è partizionato nel modo seguente:
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
Primo RAID creato su partizioni SDX1 su ogni unità e utilizzato per la partizione ESP. Il resto della capacità delle unità può essere utilizzato in qualsiasi modo, ad esempio anche in RAID1. Lascia che sia il primo RAID /dev/md/efi
e il secondo /dev/md/data
.
/dev/md/efi
non utilizzare etichette di partizionamento, come MBR o GPT. /dev/md/data
può essere partizionato successivamente o utilizzato come LVM pv. Per esempio:
/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 ha una semplice funzionalità: il superblocco è archiviato alla fine della partizione RAID, quindi il BIOS può rilevare la semplice partizione FAT32 con flag ESP e BOOT. Quindi nulla impedisce al BIOS di cercare EFI / BOOT / BOOTX64.EFI su questa partizione e di avviarlo.
La principale limitazione di questo metodo è che GRUB deve essere configurato per installare il file EFI avviabile nel percorso per i supporti rimovibili, perché efibootmgr
sta cercando di eseguire l'avvio del BIOS direttamente dal md
dispositivo sdX
. Questo può essere fatto usando grub-install
con --removable
flag.
UPD. Ci sono problemi di compatibilità. Ho provato la stessa configurazione sulla scheda madre ASUS P8Z68-V PRO / GEN3. Il sistema non si avvierà, qualunque cosa io faccia.