Vlákno názorů k článku
Plány bootloaderu GRUB: nejen automatické odemykání disků s TPM2 od SoongVilda - Hlavně abychom se těch plánů dožili. Nejednou bug...

Hlavně abychom se těch plánů dožili. Nejednou bug GRUBu pod XFS rozstřelil distro a dával jsem to dohromady celý večer, abych nabootoval.

Pak mě nebaví toto:

:: To use the new features provided in this GRUB update, it is recommended
   to install it to the MBR or UEFI. Due to potential configuration
   incompatibilities, it is advised to run both, installation and generation
   of configuration:
     $ grub-install ...
     $ grub-mkconfig -o /boot/grub/grub.cfg 

K tomu byla i menší aféra:
https://endeavouros.com/news/full-transparency-on-the-grub-issue/

A ne, nebaví mě hlídat v celém terminálu, jestli někdo z GRUBu neudělal zase radikální změnu, abych musel manuálně celý GRUB přeinstalovat. Výše zmíněný text z terminálu jsem potkal už víckrát.

Ten den jsem rezignovaně přeinstaloval celý distro a začal si hrát se systemd-boot na notebooku.

Pak jsem přešel na systemd-boot a dokonce i na hlavním desktopu, od přechodu z GRUB na systemd-boot je můj život klidnější a dokonce každý zařízení bootuje mnohem rychleji, no ale hlavně... to funguje!

Me se taky minulej tyden rozbil EFI grub.. a ted ctu k tomu news update.
Vzdy jsem mel za to ze Grub2 je s**cka, porad nejaky problem (rebootuji jednou za pul roku az rok):

2024-02-01-grub-upgrades
  Title                     GRUB upgrades
  Author                    Mike Gilbert <floppym@gentoo.org>
  Posted                    2024-02-01
  Revision                  1

When booting with GRUB, it is important that the core image and modules
have matching versions. Usually, running grub-install is sufficient to
ensure this.

On the UEFI platform, grub-install allows the core image to be placed in
two different locations:

EFI/gentoo/grubx64.efi
This is the location used by grub-install without options.

EFI/BOOT/BOOTX64.EFI
This is the location used by grub-install --removable.

On upgrades, it is common for users to mismatch the grub-install options
they used for the current and previous versions of grub. This will cause
a stale core image to exist. For example:

/boot/efi/EFI/BOOT/BOOTX64.EFI (grub 2.06 core image)
/boot/efi/EFI/gentoo/grubx64.efi (grub 2.12 core image)
/boot/grub/x86_64-pc/*.mod (grub 2.12 modules)

Booting this system using BOOTX64.EFI image would likely fail due to a
symbol mismatch between the core image and modules. [1]

Re-runing grub-install both with and without the --removable option
should ensure a working GRUB installation.

However, this will clobber any BOOTX64.EFI image provded by other
loaders. If dual-booting using another boot loader, users must take care
not to replace BOOTX64.EFI if it is not provided by GRUB.

References:
[1] https://bugs.gentoo.org/920708

Co naděláme, pak budou fanatici Unix filozofie brečet, beee používáš něco se SystemD.

Skvělý hoši, tak vytvořte něco, co je jednoduché a funkční pro moderní systémy jako Systemd-boot a funguje.

Sorry, my chceme se svými zařízeními fungovat, ano jsem v Linuxu baví mě uplácat si OS k obrazu svému, ale minimálně čekám, že ty nástroje, prográmky budou fungovat. Kde bychom to byli, kdyby třeba chmod byl plný bugů? Nikdo by to nepoužíval a nechtěl, nehledě na to, jak moc korektní nástroje to je.