Wie Sie sagen, mdadm Metadaten ver. 1.0 macht den Job.
Ich habe es geschafft, eine funktionierende Konfiguration zu erhalten, die Gigabytes GA-C1037UN-EU EFI booten konnte. Diese Konfiguration ist auf RAID1 für ESP-Partitionen beschränkt, ermöglicht jedoch die Verwendung einer beliebigen RAID-Konfiguration für die restlichen Partitionen. Lassen Sie uns als Beispiel RAID1 auf zwei Laufwerken zeigen. Jede Festplatte wird auf folgende Weise partitioniert:
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
Erstes RAID, das über SDX1-Partitionen auf jedem Laufwerk erstellt und für die ESP-Partition verwendet wird. Der Rest der Laufwerkskapazität kann auf beliebige Weise verwendet werden, beispielsweise auch in RAID1. Lassen Sie das erste RAID sein /dev/md/efi
und das zweite /dev/md/data
.
/dev/md/efi
sollten keine Partitionierungsbezeichnungen wie MBR oder GPT verwenden. /dev/md/data
kann später partitioniert oder als LVM pv verwendet werden. Beispielsweise:
/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)
Metadaten ver. 1.0 hat eine einfache Funktion: Der Superblock wird am Ende der RAID-Partition gespeichert, sodass das BIOS eine einfache FAT32-Partition mit ESP- und BOOT-Flags erkennen kann. Nichts hindert das BIOS daran, EFI / BOOT / BOOTX64.EFI auf dieser Partition zu durchsuchen und von dieser zu booten.
Die Hauptbeschränkung dieser Methode besteht darin, dass GRUB so konfiguriert werden sollte, dass eine bootfähige EFI-Datei im Pfad für Wechselmedien installiert wird, da efibootmgr
versucht wird, das BIOS direkt vom md
Gerät zu starten , nicht sdX
. Dies kann grub-install
mit dem --removable
Flag erfolgen.
UPD. Es gibt Kompatibilitätsprobleme. Versuchte gleiche Konfiguration auf ASUS P8Z68-V PRO / GEN3 Motherboard. Das System bootet nicht, egal was ich mache.
Nach langem Experimentieren denke ich, dass dies die Antwort ist:
Die EFI-Systempartition (normalerweise gemountet unter
/boot/efi/
) enthält nicht viele Dateien, es sei denn, GRUB wird stattdessen direkt dort gespeichert/boot/grub/
. Der Inhalt ändert sich normalerweise nicht, sodass die Partition nicht RAID-fähig ist. Wenn mehrere Kopien der Partition auf verschiedenen Festplatten vorhanden sind, müssen auch die UEFI-Starteinträge festgelegt werdenefibootmgr
. Normalerweise initialisiert GRUB dies basierend auf der gemounteten Partition von/boot/efi/
.Es scheint also, dass beides nicht benötigt wird und nicht einfach zu tun ist.
quelle
Ich denke, die kurze Antwort lautet: Nein, EFI-Systempartitionen (ESPs) können nicht RAID-bearbeitet werden. Sie können jedoch weiterhin RAID-ähnliche Vorteile erzielen, wenn Sie das ESP zwischen Ihren RAID-Festplatten klonen und beide Partitionen zur EFI-Startkette hinzufügen. Weitere Informationen finden Sie unter Installieren von Ubuntu 14.04 64-Bit mit einer Dual-Boot-RAID 1-Partition auf einem UEFI / GPT-System. .
quelle
/boot
wenn Sie Änderungen wie das Hinzufügen eines neuen Kernels usw. vornehmen?Nein, es ist noch nicht möglich. Die meisten Motherboards mit UEFI können eine begrenzte Anzahl von Partitionstypen für das EFI (z. B. FAT32) lesen, und RAID gehört nicht dazu.
quelle