Visor Is a New Graphical UEFI Boot Manager for Linux
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
https://linuxiac.com/visor-is-a-new-graphical-uefi-boot-manager-for-linux/Open linkView original on lemmy.world
30 replies
Hand-coded or LLM-coded?
Finally, I can replace the cold dark text of Grub with the warm embrace of an Anime girl when I boot.
We live in the future people!
Grub can do themes, anime girls are possible in Grub for at least 15 years.
Oh. Good...
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 is Limine, which is something I use. And I use it with Arch, using systend.
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.
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.
I wonder what these things do? 🫣
you can tell these are better because they're shorter than the original. lol
Where are you seeing these? I searched the github for "hutdown" and it never appears without an s in front of it.
I was being sarcastic. ;) The first letter in those word are barley visible.
What's wrong with grub?, for me grub and nano are one of those softwares that's always reliable, it got my back when I need it the most
Grub is a bit cumbersome to manage. What's wrong with alternatives?
Seems like a repacked or forked rEFInd?
I really like that the Readme is very in detail. At a lot of Projects are lacking good documentation.
Its nice and all until you forget to delete your 20 kernels + recovery
Or all your stored nixos generations
Not that this is not a problem in any other boot manager, to be honest...
If you look at something like fedora images, its something like fedora Linux 7.13.1-201.x64.f44, And this only gets worse once you get to something like the surface kernel
So probably it will shorten the names to something like Fedora Linux, but then you won't know what you want to select if anything goes wrong
What I mean is that boot managers are like static friction: it's a theoretical thing that simply does not impact you as long as youre moving, until the moment you stop at which point it becomes real and starts pushing back as strongly as you configured them to be
Just make your grub wait 3 secs before booting, it isn't worth saving that one press on the enter key
Would be nice to see a boot manager support Corsair keyboard drivers, bloody dumb Corsair keyboards require proprietary drivers to function.
Weird, I use wireless corsair, it works perfectly fine in boot manager.
Yeah I learned the hard way, I ran updates on my Debian desktop and didn’t realize the kernel failed to rebuild due to a driver not supporting the latest kernel version, well to my surprise the day after when I went to turn my desktop on and it failed to boot, I couldn’t navigate Grub to get into another kernel version or recovery.
That sucked.
Corsair K95 Mechanical keyboard.