Dotaz: Synchronizace EFI partišny

[Libor]

Zdravím, jak řešíte sync EFI partišny v Debianu např. při použití RAID10, tak aby šlo bootovat z jakéhokoliv disku?

Vytvořím partišny, vytvořím RAID, nainstaluji systém, poté nakopíruji aktivní EFI partišnu na zbývající partišny (rsyncem) a nainstaluji GRUB na všechny disky. V tomto okamžiku vše funguje, stejně tak jako boot z jakéhokoliv disku.

Co tedy řeším je to, jak to řešit v případě že přijde nějaká aktualizace, která provede změny v EFI případně grubu. Jasně, ideální by na to byl nějaký vlastní hook třeba do dpkg, ale představa že úspěšné nabootování bude závislé na nějakém mém skriptu se mi nelíbí. Přeci jen je to jedna z X mašin a už za týden nebudu vědět že tam nějaký hook je, který bych měl ideálně testovat jestli funguje po každé změně...

Co jsem vypátral, tak že Ubuntu má podporu v grub-efi že umí instalovat na více partišen, stačí aby byly typ EF00.

Díky

Odpovědi

[X]

Tebou popisovana situace:

..jak to řešit v případě že přijde nějaká aktualizace, která provede změny v EFI..

je krajne nepravdepodobna. ESP je par statickych souboru. Pokud naklonujes ESP na vsechny disky a vsechny pridas do EFI "boot chain" nemusis to resit.

[Jendа]

ESP je par statickych souboru.

Pokud tam má GRUB, který nemá všechny potřebné moduly, a tahá si je z /boot, tak se to právě rozbije po aktualizaci GRUBu - moduly budou nekompatibilní. Jednou z možností je použít GRUB se všemi moduly (buď ručně vyrobený, nebo dodávaný monolitický).

[Peter Golis]

Co jsem vypátral, tak že Ubuntu má podporu v grub-efi že umí instalovat na více partišen, stačí aby byly typ EF00.

Nejaké detaily? Čo som vypátral ja, tak Ubuntu nemá podporu inštalácie na viac logických EFI partícií, ale ich rozoznáva. Takže sa človek môže pri štarte prepnúť na inú inštanciu/disk.

[Libor]

Ahoj, něco máme jsem našel na launchpad tady https://bugs.launchpad.net/subiquity/+bug/1817066 a https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1876974

Ale myslím že tam byl ojeb že bylo nutné stejně ručně přidat záznam do efibootmgr ...

Ale když jsem jednotlivé EFI partišny připojil např. /boot/efi, /boot/efi2, /boot/efi3 a zavolal dpkg-reconfigure grub-efi-amd64 tak mi to soubory hodilo do všech umístění, měl by detekovat partišnu typu EF00 a podle toho kam je připojená tak hodí data.

Ale víc jsem to nezkoumal, protože ubuntu nikde neprovozuji. A ještě vím že to nějak řeší Proxmox, ve spojení ze ZFS má nějaké vlastní skripty.

Je celkem škoda, že takováto drobnost není dořešená, to tak málo lidí v dnešní době používá swRAID+UEFI?

Díky

[Libor]

Ten druhý link měl vést sem https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1876974

[Peter Golis]

Tak prvý link je ako ojekabátiť zrkadlenie ESP pomocou (prastarej edície) RAID MIRROR. A druhý link je o Ubuntu a príkaze grub-multi-install ktorý som v poslednej edícii 22.04 ešte v zozname SW nevidel.

Niečo detailnejšie by nebolo, napríklad návod ako to zrekonštruovať?

[Libor]

Ahoj, teď trochu nerozumím, jaký návod na jakou rekonstrukci?

Teď jsem si cvičně nahodil Ubuntu server edici na RAID1, při instalaci jsem vybral první disk jako primární EFI, druhý disk jako backup EFI a po instalaci jsem měl data jak na EFI partiště prvního disku, tak i na EFI partiště druhého disku. A byly 2 záznamy v efibootmgr. Takže jsem zkusil shodit první disk a zkusil nabootovat prošlo to, shodil jsem druhý disk a zkusil nabootovat a taky to prošlo.

Pak jsem zkusil připojit "backup" efi do /boot/efi2, data jsem smazal a zkusil zavolat "dpkg-reconfigure grub-efi-amd64" a sice to nevytvořilo všechny soubory jako na primární EFI, ale minimálně soubor shimx64.efi (což je asi to hlavní) to vytvořilo.

Takže jediné co je asi po instalaci nutné, tak je potřeba připojit "backup" EFI a při každém reconfigure grub-efi by měla proběhnout aktualizace tak jak na primární tak na sekundárni EFI ...

Nebo mi něco uniká? Díky

[k3dAR]

$ cat /etc/grub.d/99_sync_efi

#!/bin/sh
set -e

efi2="/boot/efi2"
efi2_uuid="EF02-EF02"

echo "Sync EFI to ${efi2} (${efi2_uuid})..." >&2

mkdir -p ${efi2}
mountpoint -q ${efi2} || mount /dev/disk/by-uuid/${efi2_uuid} ${efi2}

rsync -a --delete /boot/efi/ ${efi2}/

[Max]

Tohle není 100%, protože může nastat situace, kdy ti odejde disk po updatu OS (včetně grubu samozřejmě). Tím pádem ti to z druhého disku nemusí najet, protože tam nebudeš mít aktuální data. Ale vyžaduje to velkou dávku náhody.
Nápad dobrý, ale asi bych to řešil jinak.
Zdar Max

[k3dAR]

jako ze bych mel detekovat zda se bude aktualizacema aktualizovat grub, na efi2 grub aktualizovat bokem a pak teprve pustit normalne aktualizace na primarni disk? to je dost silene na tu promilovou pravdepodobnost ze disk s primarnim efi odejde pri aktualizaci grubu a nestihne se udelat ten rsync na efi2 :) jinak system je samozrejme na raid1 a bud to mam u sebe, nebo servery s ipmi ci dohledem

[Max]

Beru zpět. Překouknul jsem se. Viděl jsem "/etc/init.d/" a ty tam máš "/etc/grub.d". V tom případě je toto dobrá možnost a lepší řešení asi nebude existovat.
Zdar Max

[Libor]

Děkuji, pokud to máš takto vyzkoušené tak ti to asi s dovolením "ukradnu".

Ale stejně mi to přijde škoda, že takováto celkem důležitá drobnost není dořešená.

Díky

[alkoholik]

Proc nemas /boot/efi2 ve fstabu jako slusni lide?

[Max]

Protože se jen na FAT32 špatně podíváš a ona se rozpadne? :).
Zdar Max

[Vantomas]

Mám RAID1, ale je třeba mít metadata v0.9 nebo v1.0, pak je superblok uložen na konci paritition a EFI s tím umí pracovat.

[alkoholik]

Tohle bohuzel v poslednich verzich Debianu zlobi pri upgrade grubu. Je pak potreba pustit rucne grub-install --reinstall --no-nvram.

[Josef Kufner]

Já tento problém kdysi dávno vyřešil tak, že bootuju z USB flashky. Ta jde nastavit v BIOSu velice spolehlivě a nehrozí, že na nějakém disku něco chybí či nefunguje, případně, že disk odešel a nenabootuješ. Na flashku se nezapisuje (jen při aktualizacích), takže se neopotřebovává a za cca 10 let tam mám teprve druhou.