Dotaz: GRUB_SAVEDEFAULT a btrfs

[Milan Uhrák]

Zdravím,

Mám Debian 12, a po aktualizaci (díky nVidia 470) se mi nové jádro 6.0.1-18 nechce přeložit ( a naběhnout ). Zkusil jsem s tím vyběhnout tím, že prostě spustím staré jádro 6.0.1-17. (Problém nové jádro -> nVidia je potvrzen ). Nastavil jsem v konfiguráku ( /etc/default/grub ) volby GRUB_DEFAULT a GRUB_SAVEDEFAULT, nicméně grub2 mou volbu po zvolení jádra neuloží a navíc mě obdaří hláškou "Sparse file not allowed " při každém spuštění.

No. Jak jsem se dočetl tady, grub2 neumí zapisovat do brtfs. A mně nezbylo (prozatím) nic jiného, než volby odstranit a do GRUB_DEFAULT zadat to staré jádro.

Nicméně ... nemá někdo zkušenosti, co s tím jde udělat, aby grub2 dokázal zapisovat na btrfs (ideálne žešení pro D12) ? Nikde jsem tento problém v souvislosti s debianem nenašel, takže asi řešení neexistuje. Jedno řešení bylo pro Mandrivu ? , ale asi 8 let staré, navíc v odpovědi motal grub a grub2 ... radši se zeptám tady.

Děkuji za nasměrování . M.

---

---

Odpovědi

[pavele]

Pokud to neopravili v Debianu, tak to bude problém, bylo by dobré to nahlásit do bugzilly.

Ve Fedoře to není vyřešeno od Fedora 36 do současné "Fedora Linux 40 development cycle".

Odkaz:

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

[Milan Uhrák]

To není záležitost Debianu, ale GRUBu. GRUB prostě na btrfs zapisovat neumí a ani to umět nechce.

https://www.gnu.org/software/grub/manual/grub/html_node/Environment-block.html#Environment-block

[Want]

A proč by taky měl? Stačí udělat break=init, a opravit co je potřeba dříve než se začne spouštět systém.

[xxl]

No tak to nepochybně tazateli pomůže...

[Want]

Chtěl nasměrovat. Fakt nechápu, proč by měl mít Grub možnost zapisovat na FS. Možnost editace zavádění je primárně určená k tomu, aby bylo možné systém spustit do stavu, kdy ho lze opravit a ne ho definitivně zlikvidovat.

[xxl]

Fakt nechápu, proč by měl mít Grub možnost zapisovat na FS.

A všim sis, že tu možnost zapisovat na fs Grub už dávno má? Na podporovaných fs, samozřejmě. A že ta schopnost se používá například u grub-reboot či u toho savedefault, na které se tazatel ptá? A že grub.cfg je sestavován systémem tak, aby tyto schopnosti používal?

[Want]

Může být. Pro mne je Grub zavaděč a úkolem zavaděče je zavést jádro. Víc po něm nepotřebuji a nechci.

[Jendа]

Složíme se, aby to místo ChatGPT-3.5 Turbo používalo GPT-4 nebo to nové Gemini 1.5 Pro?

[Max]

Gemini zatím asi ne, to generuje černochy v nacistických uniformách a Brada Pitta na černo :).
Zdar Max

[Milan Uhrák]

Hm, takže to není chyba, ale vlastnost (TM). No, až budu někdy dělat systém, tam /boot udělám malej ext4. No, přežiju to. Děkuji za vysvětlení, v čem je vlastně problém .

M.

[Max]

On byl ten problém prapůvodně za dob MBR, kdy se Grub potřeboval vejít s drivery do stage 1 + 1.5. A driver pro komplikovanější fs (btrfs, zfs apod.) byl příliš velký a hodně blbý na údržbu. Takže některé fce zavaděče pak nejsou pro tyto fs dostupné. Toto by už dnes nemuselo vadit, protože UEFI a relativně neomezená velikost GRUBU na EFI partition, ale pořád přetrvá problém s tím, jak ten driver udržovat a něco s tím fs nepodělat. Readonly přístup je bezpečný a tvůj problém budeš muset řešit jinak (např. změnou výchozích priorit při bootování apod.)
Zdar Max

[Jendа]

Problém se vyřeší sám: UEFI má malý bootovací oddíl s FAT, a GRUB může zapisovat na něj.

Btw. 6.0.1? Odkud se to bere? To v Debianu nikdy nebylo (ve stable). Nemyslíš 6.1.0?

[xxl]

No já nevím jestli se problém nějak brzy vyřeší. Problém vyřešit lze. Ale už ho lze vyřešit dlouho a pořád to ještě obecně vyřešeno není.

Je nutné vymyslet použitelné rozložení partitions se správnými souborovými systémy a se správným rozmístěním jednotlivých komponent grubu a systému na nich.

Je třeba mít jednu partiton, zapisovatelnou grubem. Například EFI nebo nějakou partition se správným fs. Pak je třeba mít někde základní část grubu. EFI nebo boot sektor a prostor před první partition. Potom je třeba mít někde ostatní části grubu. Potom kernel a initrd a systém... A zdá se, že se chytří lidé, co se okolo toho motají, ještě neshodli, jak to správně a jednotně dělat. A zřejmě to nikomu celkem ani nevadí. Takže pokud člověk chce použít grubem nezapisovatelný fs a přitom mít možnost, aby grub při startu zapisoval někam do environment bloku, musí si to vymyslet sám podle svých potřeb a znalostí.

[Pepan]

Změna v /etc/defaul grub na

GRUB_SAVEDEFAULT=false

GRUB_DEFAULT=0

by nepomohla?

[Rovano]

Také jsem to nedávno řešil a nedošel k přímému řešení. Jen si početl jak se všichni pohádali. Nezbyde Ti nic jiného než překopat Grub menu k obrazu svému. Mrkni na kapitoly 8.1 a 8.3. Třeba ti to bude stačit k řešení. https://wiki.archlinux.org/title/GRUB/Tips_and_tricks

[xxxs]

Přesně tak. Automaticky generované menu se hodí pro běžné desktopy, ale jsou situace kdy je lepší do toho hrábnout.

[Milan Uhrák]

Tak grubu2 jsem natvrdo dal default 17ku jádro ( toto nastavení prý zůstane aktivní jen do další aktualizace, kdy se nastavení přepíše automaticky - a kdyby ne, no tak ručně), a po přečtení odkazu od xxl jsem se dověděl, že grub(2) vlastně soubor nevytváří. ale že používá malý soubor už vytvořený, a do něj pomocí funkcí BIOSu nebo EFI vpisuje potřebná data.

Je to vlastně pochopitelné ( jen jsem neznal přesně jakým způsobem grub(2) data ukládá ). Zabraňuje se tím možnosti poškození FS nebo nutnost pečovat o konzistenci FS při ukládání hodnot. Proto grub(2) ani nechce umět zapisovat na FS, které mají kontrolní součty nebo jiné moderní vlastnosti, a nedokážou pro zápis využít funkce BIOSu nebo EFI. Čili btrfs je v tomto ohledu nepoužitelné.

Možná někdy bude grub toto umět, ale vlastně, kdo chce multiboot, zařídí se podle toho, a vytvoří /boot na ext2, takže ta moje myšlenka je asi nesmyslná ... Grub má zavést jádro, ne být jádrem, neni co řešit ...

Děkuji za vysvětlení a nevedení,vlastně k tématu už není potřeba víc dodávat ...

M