|
|
Subscribe / Log in / New account

Why though?

Why though?

Posted Jul 9, 2024 14:05 UTC (Tue) by mezcalero (subscriber, #45103)
In reply to: Why though? by Wol
Parent article: Giving bootloaders the boot with nmbl

So I don't think UEFI works for this well, because you have no boot attempt counting and suchlike, it's semantics are too simple I'd say.

On top of that, there's the widely held assumption that the memory chips that back EFI variables in this industry, as well as the write mechanism is the firmware to write them are not of the highest quality. Because of that people generally try to minimize writing to them. Hence, it's best to keep regular writes out of nvram space, and rather do them in the HDD instead. Hence, registering new kernels always in efi vars is things most people involved try to avoid, and focus instead of leaving NVRAM as static as possible and instead just update the HDD instead.

Hence, altogether, I think outside of very specific setups (which I think VMs probably qualify as) I doubt you want to use solely UEFI BootXYZ variables as poor mans boot menu.

(people typically have other problems with it too, i.e. that the boot menu UI configured that way is not reachable the same way in the various firmware implementations – if they have an UI for that at all)


to post comments


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds