sd-boot vs. grub (WAS: The future of legacy BIOS support in Fedora.)
On Thu, Jul 2, 2020 at 6:01 AM Neal Gompa <ngompa13(a)gmail.com> wrote:
Here's the thing: systemd-boot is very good at what it does. The
Gummiboot project was a great demonstration of a nice, simple boot
manager. Kay decided to fold it into the systemd project, which is
fine. It has benefited from the tighter integration with tools like
systemctl.
I have two problems with sd-boot:
1. It is absolutely butt-ugly.
2. It is absolutely horrible for people who need to navigate this "by
surprise".
I don't disagree with either of those points, but I'm frustrated with grub
due to this:
grub2-editenv: Error: Environment-Block is too small
https://bugzilla.redhat.com/show_bug.cgi?id=1625124
It should be trivial for a decent C programmer to come up with some logic
to fix this. Something like:
if < 1024 bytes but the last character is a # (after excluding white space
or newlines) -> Adjust (pad) to 1024 bytes.
If > 1024 bytes and the 1024th bit is a #, then truncate to the correct
length.
But this BZ has been open since 2018.
I like the simplicity of sd-boot and it was the only way I could get my MS
Surface GO to boot Fedora. For whatever reason it refuses to cooperate with
grub2.
I opted for a 1GB vfat partition and used it as /boot.
Thanks,
Richard
Attachments:
- attachment.html (text/html — 1.9 KB)