Comme vous le dites, les métadonnées mdadm ver. 1.0 fait le travail.
J'ai réussi à obtenir une configuration de travail que le GA-C1037UN-EU EFI de Gigabyte a pu démarrer. Cette configuration est limitée à RAID1 pour la partition ESP, mais permet d'utiliser n'importe quelle configuration RAID pour le reste des partitions. Laissez l'exemple RAID1 sur deux disques. Chaque disque est partitionné de la manière suivante:
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
Premier RAID créé sur des partitions sdX1 sur chaque disque et utilisé pour la partition ESP. Le reste de la capacité des disques peut être utilisé de n'importe quelle manière, par exemple en RAID1 également. Que le premier RAID soit /dev/md/efi
et le second /dev/md/data
.
/dev/md/efi
ne doit pas utiliser d'étiquettes de partitionnement, telles que MBR ou GPT. /dev/md/data
peut être partitionné ultérieurement ou utilisé comme LVM pv. Par exemple:
/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)
Métadonnées ver. 1.0 a une fonctionnalité simple: son superbloc est stocké à la fin de la partition RAID, de sorte que le BIOS peut détecter la partition FAT32 ordinaire avec les drapeaux ESP et BOOT. Rien n'empêche donc le BIOS de rechercher EFI / BOOT / BOOTX64.EFI sur cette partition et de démarrer à partir de celle-ci.
La principale limitation de cette méthode est que GRUB doit être configuré pour installer le fichier EFI amorçable dans le chemin des supports amovibles, car il efibootmgr
essaie de faire démarrer le BIOS directement à partir du md
périphérique, non sdX
. Cela peut être fait en utilisant grub-install
avec --removable
flag.
UPD. Il y a des problèmes de compatibilité. J'ai essayé la même configuration sur la carte mère ASUS P8Z68-V PRO / GEN3. Le système ne démarre pas quoi que je fasse.
Après beaucoup d'expérimentation, je pense que c'est la réponse:
La partition système EFI (généralement montée sur
/boot/efi/
) ne contient pas beaucoup de fichiers, sauf si par exemple GRUB est stocké directement à la place de/boot/grub/
. Le contenu ne change généralement pas, il n'est donc pas nécessaire de RAID la partition. La possession de plusieurs copies de la partition sur différents disques nécessiterait également la définition des entrées de démarrage UEFIefibootmgr
; généralement GRUB initialise cela en fonction de la partition montée de/boot/efi/
.Il semble donc que ce soit à la fois pas nécessaire et pas facile à faire.
la source
Je pense que la réponse courte est: Non, les partitions système EFI (ESP) ne peuvent pas être RAID-ed. Cependant, vous pouvez toujours obtenir des avantages de type RAID si vous clonez l'ESP entre vos disques RAID et ajoutez les deux partitions dans la chaîne de démarrage EFI. Pour plus de détails, voir Comment installer Ubuntu 14.04 64 bits avec une partition RAID 1 à double démarrage sur un système UEFI / GPT? .
la source
/boot
si vous apportez des modifications telles que l'ajout d'un nouveau noyau ... etc?Non, ce n'est pas encore possible, la plupart des cartes mères dotées d'UEFI peuvent lire un nombre limité de types de partitions pour l'EFI (par exemple, FAT32) et le RAID n'en fait pas partie.
la source