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.
Después de mucha experimentación, creo que esta es la respuesta:
La partición del sistema EFI (generalmente montada en
/boot/efi/
) no contiene muchos archivos, a menos que, por ejemplo, GRUB se almacene directamente allí en lugar de/boot/grub/
. El contenido generalmente no cambia, por lo que no es necesario RAID la partición. Tener múltiples copias de la partición en diferentes discos también requeriría configurar las entradas de arranque UEFIefibootmgr
; generalmente GRUB inicializa esto en función de la partición montada de/boot/efi/
.Por lo tanto, parece que no es necesario ni fácil de hacer.
fuente
Creo que la respuesta corta es: No, las particiones del sistema EFI (ESP) no pueden ser RAID-ed. Sin embargo, aún puede obtener ventajas similares a RAID si clona el ESP entre sus discos RAID y agrega ambas particiones a la cadena de arranque EFI. Para obtener detalles, consulte ¿Cómo instalar Ubuntu 14.04 de 64 bits con una partición RAID 1 de arranque dual en un sistema UEFI / GPT? .
fuente
/boot
si realiza cambios como agregar un nuevo núcleo ... etc.?No, todavía no es posible, la mayoría de las placas base que tienen UEFI pueden leer un número limitado de tipos de partición para EFI (por ejemplo, FAT32) y RAID no es una de ellas.
fuente