Dotaz: SW Raid1 vs. EFI

[Petr]

Ahoj.
Prosím, jak řešíte SW Raid 1 (mirror) na PC, kde již není možné použít Legacy Boot a nezbývá nic jiného, než jít cestou UEFI ? Nějak se mi nedaří to zprovoznit

Díky za info,
Petr

---

---

Odpovědi

[Max]

Řeší se to scriptem v hooku při přegenerování initrd. Tj. máš připojené oba oddíly a pomocí toho hooku na nich udržuješ stejná data. Není to tedy raid, ale účel to splní dostatečně.
Zdar Max

[Petr]

Mohu poprosit o example ?

[Zoufalec]

Třeba tady na wikině Archu: EFI system partition.
Celkově existuje spousta možností, např.:
hook v rámci initrd
script, co v intervalech (nebo při restartu) dělá rsync
použít incrond a monitorovat eventy nad adresářem a v případě změn spusti sync atd.

Zdar Max

[Petr]

Takto stačí. Díky

[a1bert]

ale na EFI prece lezi jen zacatek GRUBu, kernel a initrd jsou uz na linuxove partition, takze ja zadne hooky nepouzivam, po instalaci prekopiruju EFI partition na druhy disk a uz na to neseham (maximalne po upgrade grubu, kdyz si vzpomenu)

[Max]

Standardní instalace u distribucí je: 1) EFI partition s Grubem na FAT32
2) /boot s initrd + kernel
3) / root partition

Oddělený "/boot" má smysl v mnoha případech, některé z nich lze eliminovat pomocí jiného zavaděče, např. sicherboot.
Každopádně to nic nemění na tom, že distribuce standardně oddělený /boot vyžadují. Tak proto.
Zdar Max

[a1bert]

dobre ale jen EFI musi byt neraidovatelna FAT32, vse ostatni uz muze byt raid

[Andrej]

Oddělený "/boot" má smysl v mnoha případech…

Nemá smysl v žádném případě. Vždy jen zbytečně komplikuje situaci.

…některé z nich lze eliminovat pomocí jiného zavaděče, např. sicherboot.

Všechny lze eliminovat, nikoliv některé. Se Sicherbootem i bez něj.

Jako zavaděč stačí pouhý systemd-boot nebo GRUB; balení kernelu a initramdisku Sicherbootem se hodí jedině pokud chci SecureBoot. Ovšem ani v jednom z případů není důvod pro existenci /boot oddílu v jakékoliv podobě.

Každopádně to nic nemění na tom, že distribuce standardně oddělený /boot vyžadují.

Nevyžadují.

Některé problematické instalátory ho sice (nesmyslně) implicitně volí, pokud uživatel nedává pozor, ale naštěstí se dá tento nesmysl změnit a nahradit vlastním (ne)rozdělením disku.

[Max]

Bohužel, dokumentace hovoří jinak. Možná se to za dva roky změnilo, ale dřív třeba neuměl Grub2 kompletní LUKS2 implementaci a podporoval jen některé druhy klíčů, takže jsi grubem neodemkl modernější nastavení LUKS2 (to byl třeba můj případ, když jsem migroval na nový disk a přepálil nastavení LUKS2).
Stejně tak byl problém, když jsi měl kernel na partition, která měla FS nepodporovaný grubem. Ještě je to nějaký pátek zpátky, co grub měl problémy např. se ZFS. Opět nevím, jak je to nyní.
Ale ano, na všechno existuje nějaký workaround a jde to nakonec bez odděleného /boot oddílu. Narážel jsem na podobné věci jako výše, které občas zbytečně zdržují oproti doporučeným instalacím.
Zdar Max

[Jendа]

Ale /boot už pak může být v RAID1, protože GRUB RAID1 umí.

[a1bert]

u tech moznosti na ArchWiki nevidim hook primo pro Grub, pokud na EFI neni initrd, je zbytecne delat EFI sync i pri update initrd...
mam soubor /etc/grub.d/99_sync_efi (pri pouziti nezapomenout zmenit EF02-EF02 na UUID EFI oddilu na druhem disku)

#!/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}/

[Zoufalec]

Proč používáš ${parameter} místo $parameter?

[Max]

Je to kvůli tomu, že můžeš tu proměnnou jednodušeji rozšiřovat (připojit k ní string, pole apod.). Osobně závorky taktéž používám, protože je to bezpečnější.
Příklad:

parametr=Lopatak

# chyba (nic se nevypíše):
echo $parametrJoe

# správně
echo ${parametr}Joe
LopatakJoe

Zdar Max

[Zoufalec]

Vím, jinak bych nenarážel na Parameter Expansion z manuálové stránky.

Mě hlavně zajímalo, proč tedy nepoužívá i uvozovky.

[Max]

V tom případě si myslím, že jsi se nevyjádřil dobře. A upřímně řečeno, teď také nevím, jak to myslíš. Nemůžeš uvést příklad? Uvozovek je tuna, chovají se různé, stejně tak jejich umístění může být různé atd.
Zdar Max

[Zoufalec]

To se mi bohužel stává až příliš často.

Dvojité kvůli mezerám.

[Max]

Pořád nerozumím, můžeš dát nějaký ten příklad?
Zdar Max

[Zoufalec]

linux - File path with space as variable in bash script - Super User

[k3dAR]

chces rict ze otazka: Proč používáš ${parameter} místo $parameter?
mela byt chapana jako: Proč používáš ${parameter} místo "${parameter}"?
to ses asi "preklep" )

kazdopadne uuid space neobsahuje a ze by nekdo v mem skriptu chtel efi2 prenastavit z /boot/efi2 na "/boot/efi to druhe" sem nepredvidal

[Zoufalec]

Které základní desce se raději vyhnout?

[Max]

Spíše není žádný důvod se vyhýbat UEFI .
Zdar Max

[Karlosek]

Ale tak jeden bych věděl. Na jistých PC se nám občas stane, že se smaže boot záznam v efi paměti, který odkazuje na soubor třeba \EFI\opensuse\neco.efi. Řešením je použít MBR, kdy se prostě nabootuje z prvního disku a hotovo. Už se nám to stalo vícekrát, u moderních PC co mají jen EFI to pak znamená výjezd do terénu

[Jendа]

Co to dát jako removable cestu (\EFI\boot\bootx64.efi), která záznam nevyžaduje?

[Karlosek]

To funguje. Jde o to, že instalujeme připravený systém a pokaždé by se musel vytvořit dodatečně tento adresář. Takhle je to prostě jednodušší. Ale je to poměrně specifický případ, s EFI se určitě lépe pracuje

[Zoufalec]

Spíše není žádný důvod se vyhýbat UEFI .

To jsem nenapsal, ale třeba mně osobně vadí nutnost používat FAT, další partition a bugy:

Unfortunately, EFI is a dense topic; the EFI software itself is complex, and many implementations have system-specific quirks and even bugs. [...] Some buggy EFIs boot only the Windows boot loader, which is called EFI/Microsoft/Boot/bootmgfw.efi on the ESP.

[Jendа]

To jsem nenapsal, ale třeba mně osobně vadí nutnost používat FAT, další partition

U MBR bootu místo explicitní partition musíš mít vyhrazené místo před první partition (cca. do roku 2013 vyhrazoval instalátor Ubuntu/Debianu i cfdisk defaultně jenom 32 KiB, takže pak byla vždycky párty s přesouváním když se to nevešlo - ale to už lidi asi zapomněli…) a máš speciální nástroj který tohle nealokované místo přepisuje, to sis fakt pomohl :)

Unfortunately, EFI is a dense topic; the EFI software itself is complex, and many implementations have system-specific quirks and even bugs.

To je u MBR bootu taky, například jsou BIOSy co nevidí disk pokud nemá partition označenou jako bootable.

Some buggy EFIs boot only the Windows boot loader, which is called EFI/Microsoft/Boot/bootmgfw.efi on the ESP.

OK, ale tohle jsem teda nepotkal.

[Zoufalec]

Proto používám legacy s GPT a 1 MiB.

[Max]

Většina biosů to dřív ignorovala. Jseš si jistý, že nemáš hybridní mbr? Tj. jak GPT zápis, tak MBR?
Zdar Max

[Zoufalec]

Teď to neověřím, ale použil jsem gdisk na čisté disky.

[Jendа]

Proč bychom se měli nějaké desce (v kontextu dotazu) vyhýbat? Kdo by chtěl vypínat UEFI? Dost bylo problémů s instalací GRUBu do nealokovaného místa před první partition a do MBR, výroby speciálních grub images s embednutými cestami atd.

[Max]

Na druhou stranu, stále existují nadšenci, co nejen, že jedou legacy bios, ale používají i lilo :).
Zdar Max

[Zoufalec]

Proč bychom se měli nějaké desce (v kontextu dotazu) vyhýbat? Kdo by chtěl vypínat UEFI? Dost bylo problémů s instalací GRUBu do nealokovaného místa před první partition a do MBR, výroby speciálních grub images s embednutými cestami atd.

Ty se jí vyhýbat nemusíš, ale já bych jí chtěl znát.

Vypínání

GRUB: GPT?

[Jendа]

GRUB: GPT?

Nerozumím.

[Jendа]

GRUB: GPT?

Nebo teda: jestli myslíš jako jak u MBR použít disk větší než 2TB: to je teprve zážitek. Musíš vyrobit GPT rozložení (tím naalokuješ víc než 2 TB) a pak vyrobit falešné MBR zobrazující nealokované místo kam se nainstaluje grub-pc a jednu malou partition kam se dá /boot…

[Zoufalec]

Ne.

[AraxoN]

RAID-1 s metadátami verzie 0.90 nepomôže? Metadáta 0.90 sú na konci diskového oddielu, takže sa celý oddiel pre neznalý kód javí ako normálny súborový systém a kým z neho ten kód len číta, tak by s tým nemal byť problém.

[Max]

Je to jedna z věcí, kterými to lze řešit, ale člověk si pak vytváří jiný problém. Systemd mu nedovolí standardně nabootovat v případě, že jeden disk bude odpojený. Uživatel v případě problému bude tedy ještě nucený řešit degradovaný režim v rámci systemd. Jak víme, standardní používání "nofail" pak zapříčiňuje blbé pořadí mountování, ale zase u /boot partition by to nemuselo vadit. Pak je tu věc, že rozbitá fat32 se v případě mdadm překopíruje a rozbije jí i na druhém disku.
Mně osobně přijde čistší a spolehlivější řešit danou věc malým hookem a tím to hasne.
Zdar Max

[alkoholik]

Funguje do chvile, kdy si z EFI partition pustite treba memtest a ten si zapise logy - jenom na jeden disk.
A treba grub-install se musi spoustet s --no-nvram.