CentOS 7 install EFI+RAID1+LVM

Szia!
Nekem úgy sikerült, hogy előre megcsináltam a biosboot partíciókat mindkettő diskre, majd normál telepítés RAID1+LVM. Másképp nekem sem ment. A boot-ot miért nem raid1-re rakod?

Árpi

Ezzel a kérdéssel beletenyereltél a közepébe:

https://bugzilla.redhat.com/show_bug.cgi?id=1048999
https://bugzilla.redhat.com/show_bug.cgi?id=1022316

RHEL-7.2 telepítővel elkezdtem játszogatni virtuális gépben (QEMU + KVM + OVMF). A swap, / (root), /boot file-rendszerek mind egy-egy RAID1 mdarray-ra kerülnek (tehát összesen 3 array). Ez rendben is van.

A /boot/efi (ESP) esetében baj van. Ha nem rakom szintén RAID1 mdarray-be (hanem csak pl. /dev/vda1-re), akkor a telepítő figyelmeztet, hogy a /dev/vda kiesése esetén a rendszer boot-olhatatlanná válhat (és igaza is van).

Ha RAID1-be raknám (pl. /dev/vda1-et és /dev/vdb1-et összefogva), azzal pedig a következő nagy gáz lenne: az ESP a BIOS-os boot loader-ek "előfordulási helyétől" eltérően írható. Itt nem csak arra gondolok, hogy Linux alól rá tudsz írni (akkor a RAID1-en keresztül mennél, nem lenne vele gond); a baj azzal van, hogy az ESP-re UEFI alkalmazások maguk is rá tudnak írni, azoknak pedig fogalma sincs, hogy az a partíció bizony egy RAID1 tömb része. Például elindítod a UEFI shell-t, megnyitsz a beépitett szövegszerkesztővel egy szövegfile-t az egyik ESP-n, beleírsz; bumm, szétesett a tömb. Simán lehet az is, hogy a platform szállítójának van valamilyen SysPrep UEFI alkalmazása, amely minden egyes boot-nál ráír valamit az ESP-re.

BIOS-os bootloader-nél ilyen gond nincs, mert ahol az tanyázik, oda maga a firmware soha nem fog írni semmit.

Egyelőre csak a következőre tudok gondolni: telepítéskor az ESP-k kivételével mindent tömbökbe szervezni, az ESP-ket pedig kézzel (tömbön kívül) létrehozni minden egyes diszken (hely végülis lesz neki). Mount point-nak valószínűleg olyasmi kéne, hogy /boot/efi2, /boot/efi3, ... Ezután a legelsőre felrakatni a telepítővel a boot loader-t (a fent említett figyelmeztetést elnyomva). Utána pedig a telepített rendszeren csinálni egy /etc/rc.local-t, ami a /boot/efi-t szinkronizálja a többi /boot/efi?-re. (Valamint ezt meg kell csinálni minden grub config frissítés, grub (mint csomag) frissítés után is kézzel.)

Sajnos ez elég borzasztóan hangzik. Ha garantálható, hogy maga a firmware sosem fog ráírni az ESP-re, akkor valószínűleg a legjobb a /boot/efi-t is simán RAID1-be rakni a telepítőben.

Szerkesztés: sajnos még ez sem elég jó. Ugyanis a telepítés legvégén az Anaconda meghívja az efibootmgr-t, hogy UEFI boot option-ként felvegye (egy short-form device path-t használva) a shim.efi-t. Ez a short-form device path egy Hard Drive Media Device Path Node-dal kezdődik, amiben el van tárolva annak GPT partíciónak az egyedi GUID-ja, ahol a shim.efi van:

HD(4,GPT,36E494CE-4ADB-47A1-9979-AAFA57B5A39C,0xF9B800,0x64000)/\EFI\redhat\shim.efi

Erre a másik ESP-n látható shim.efi nem illeszkedik. Tehát ha az első diszk kiesik, akkor a meglévő UEFI boot option nem lesz feloldható. A másik ESP-n lévő "fallback.efi" ezt elvileg kezelni fogja, de a legjobb valószínűleg az, ha az elején az ember kézzel felveszi az összes ESP-n szereplő shim.efi-t a boot opciók közé.

Pont a napokban futottam bele hasonló problémába, igaz, nem teljesen ugyanez volt, de azért leírom, hátha hasznos lesz valakinek.

Egy nem UEFI-s BIOS-szal kellett összehozni egy 2x3TB-os diszkekből álló, redundáns konfigot. Ugye 2TB felett már kötelező a GPT használata, viszont akárhogyan partícionáltuk a diszkeket, az ilyenkor szükséges biosboot partíció csak az első diszken jött létre és a telepítés végén a GRUB konfigurálásakor mindenféle python-os kivételek generálódtak, és nem is boot-olt a rendszer.

A megoldás itt az volt, hogy gdisk-kel létre kellett hozni a biosboot partíciókat, majd a telepítőben bejelölni őket formázásra ("reformat" checkbox). Ezután már rendesen települt a GRUB mindkét diszkre, és be is bootolt a rendszer szépen.

Gyanítom, hogy itt is hasonló lesz a megoldás, próbáld meg kézzel, konzolból létrehozni az EFI partíciókat mindkét diszken, még mielőtt a telepítőben nekiállnál a partícionálásnak.