Como você diz, mdadm ver metadados. 1.0 faz o trabalho.
Consegui obter uma configuração de trabalho que a EFI GA-C1037UN-EU EFI da Gigabyte foi capaz de inicializar. Essa configuração é limitada ao RAID1 para partição ESP, mas permite usar qualquer configuração RAID para o restante das partições. Vamos mostrar RAID1 em duas unidades como exemplo. Cada disco é particionado da seguinte maneira:
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
Primeiro RAID criado através de partições sdX1 em cada unidade e usado para a partição ESP. O restante da capacidade das unidades pode ser usado de qualquer maneira, por exemplo, no RAID1 também. Seja o primeiro RAID /dev/md/efi
e o segundo /dev/md/data
.
/dev/md/efi
não deve usar rótulos de particionamento, como MBR ou GPT. /dev/md/data
pode ser particionado posteriormente ou usado como LVM pv. Por exemplo:
/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)
Ver metadados. O 1.0 possui um recurso simples: seu superbloco é armazenado no final da partição RAID, para que o BIOS possa detectar partições FAT32 simples com sinalizadores ESP e BOOT. Portanto, nada impede que o BIOS procure o EFI / BOOT / BOOTX64.EFI nesta partição e inicialize a partir dela.
A principal limitação desse método é que o GRUB deve ser configurado para instalar o arquivo EFI inicializável no caminho da mídia removível, porque efibootmgr
está tentando fazer a inicialização do BIOS diretamente do md
dispositivo, não sdX
. Isso pode ser feito usando grub-install
com --removable
flag.
UPD. Há problemas de compatibilidade. Tentei a mesma configuração na placa-mãe ASUS P8Z68-V PRO / GEN3. O sistema não inicializa, não importa o que eu faça.