- cross-posted to:
- linux@programming.dev
- cross-posted to:
- linux@programming.dev
This looks interesting. It’s very new, so it will likely be a while before any OS would adopt it, but it definitely shows promise of a possible alternative to grub down the road
that’s awesome
the thing with systemd “taking over”anything also has to do with it offering options that actually lessens efforts
nice to see another option apart from systemd-boot
this is the kind of things the uBlue project would be interested in looking forward to
I actually like systemd-boot more than GRUB. I see it for 1 second, so I really don’t see the point of theming a bootloader but this is the world of freedom. Any preference is welcome.
Same. Been using systemd-boot for years now. 0 issues. With Grub I had my fair share of trouble. Nothing too critical, but just another thing to worry about.
There’s also rEFInd, in case you didn’t know. What we actually need is a stable and usable efistub manager.
Efistub is the simplest and best solution, but agree it could do with some basic manager.
I’ve never got stub reliably working manually.
I use it on all my machines. Debian, arch and void Linux. I have an efibootmgr script on each machine with my setup in, so if I ever need to change a setting, I update and run the script. In void, I have a hook for dracut to call it so everything stays working whenever I have a kernel update. It’s very simple and easy once you get the hang of it.
There is Limine, which is something I use. And I use it with Arch, using systend.
You systemd haters are practically feral. WTF does this have to do with systemd?
not hating, just saying that now that systemd-boot is being seen as a “modern” successor to GRUB it would feel to people who don’t like systemd like “oh no they’re replacing another standard tool with their own thing”
but the thing is, a lot of systemd tools have been adopted because they actually made work easier for people maintaining projects
I’m using Universal Blue as a reference because of their position of adopting novelty tools like bootc even before Fedora
now, their newest project Dakota is going to use systemd-boot to provide a full chain of trust
maybe systemd-boot seemed like the best option, it’s not like sD devs forced them to adopt their option
so it’s nice to see ACTUAL good projects so the freedom to choose doesn’t always mean giving up to the “best/easier” option
It kind of is, though. You dont typically select your preboot environment, it’s selected for you.