Vlákno názorů k článku Zavaděč už nepotřebujeme, startujte rovnou jádro, říkají vývojáři Red Hatu od LivingLegend - No jelikoz to budou rvat jako prvni "logicky"...

No jelikoz to budou rvat jako prvni "logicky" na Fedeoru.
Nejak jsem nepochopil jak to bude delat multi boot.. Grub menu je tu zmineno jen kvuli jinym verzim jadra...

Multiboot bude dělat EFI, teoreticky v něm může být nakonfigurováno neomezeně zaváděných systémů a/nebo jader (uki). Ve skutečnosti lze přes EFI zavádět přímo jádro systému i se zapsanou command linou pro jádro a cestou k initramdisku.

Jak už bylo řečeno, multiboot zvládne i samotné UEFI. Spíš mne, coby vývojáře a hračičku, znepokojuje otázka, jak to řeší možnost ručně upravit command line pro konkrétní boot. Podle toho popisu mi to vyznívá, že odpověď je: "To se neřeší, protože to je špatná věc, kterou nemáte chtít. Celý proces bootu má být vytesaný do skály a zasáhnout do něj má být co nejtěžší."

"Ty (housle) už jsou naladěný z továrny, na ty nešahejte." :)

V článku se zmiňuje možnost použití grub-emu, který pak editaci cmdline umožňuje, pak by se mělo přes kexec dát zavést jádro s jinými zadanými parametry.
Ale na projekt jsem se ještě nedíval, tak nevím jak je to přesně technicky řešené. Jestli se pak fakticky část toho GRUBu, kterého se vlastně chtěli zbavit, nemusí pro tuhle možnost nějak zapéct do každého UKI.
Nebo to bude někde vedle a pak to bude krom připojeného EFI oddílu s UKI potřebovat ještě klasicky přístup do /boot oddílu, kde pak bude ještě normální GRUB (moduly, témátka), čímž zas trochu padá ta jedna podepsaná binárka.

Tak na první pohled to vypadá, že půjde o první zmíněnou možnost, dracut ty potřebné části zapeče do initrd a celé to pak skončí v UKI.

Nejen binárka, ale i bezpečnost.

UEFI samo o sobě to zvládne. Ale minimálně uživatelská přívětivost na stávajících strojích je nula. Ale fair enough, na servery asi dobrý. Na desktopu/notebooku, obávám se, zůstanu u grubu nebo nějaké podobně použitelné alternativy z tohohle důvodu ještě hezky dlouho.

Napr. ten mnou vyse zminovany systemd-boot:

- pokud mas zaplej secureboot, logicky upravit nejde (protoze cmdline je soucast te 1 binarky ktera je podepsana a podpisem je tedy chranen i puvodni cmdline)

- pokud mas vyplej secure boot, cmdline upravis pres hotkey podobne jako to ma grub