Ripping out all of these GRUB features would basically mandate that most Ubuntu 26.10+ installations are done with the /boot partition being done on a raw EXT4 partition. Thus no more encrypted boot partition and having to rely on an EXT4 boot partition even if you are a diehard Btrfs / XFS / OpenZFS fan. Or you could opt for the non-signed GRUB bootloader that would be more full-featured albeit lacking Secure Boot and security compliance.
Reducing the signed GRUB builds to the minimum support necessary they feel would “[substantially] improve security”. Users wanting those features back could use the non-signed GRUB builds albeit losing out on UEFI Secure Boot and security support.
How the Hell is any of that supposed to “improve” security? Something is fishy here.
The simpler the arbitrary string/blob parsing logic the less this happens
https://app.opencve.io/cve/?product=grub2&vendor=gnu
I agree with you that it’d be nice if the cuts were a little shallower and allowed for an encrypted boot partition, but you could still have the system reasonably secure by encrypting the data partitions and signing the entire boot process to detect and abort decryption if the boot partition doesn’t match signatures. You already have to do this with the efi partition if you’re particularly paranoid about that attack vector, so this really isn’t a new one.
Alternate title: Ubuntu hasn’t discovered LILO.
It’s probably easier to strip down GRUB, than it is to resurrect and add missing features to a project that has been dead for 10+ years
You mean
LI
Not shown: user staring at a screen that is blank except for those two characters
I did the same thing some time ago and installed systemd-boot.
bet you’re regretting that with the recent news…
Why would they exactly? Adding an age field would not likely have any impact on a bootloader. Also I’m not really sure what you reactionaries are thinking will happen. That laws will get passed but Linux as a whole will just refuse to follow the laws? It’s a very incomplete thought process you all are stuck in. If the laws get passed, the entire Linux community is not just going to be able to ignore them.
I don’t like the idea on general, but I agree with the developer whose thread I read that suggested systemd was a good place to store the data so we don’t end up with several layers from kernel to distro publisher to DE trying to roll their own.
Actually I’m even using systemd-boot on a systemd-free system as well. As far as I know, while it’s part of systemd, it’s not actually part of the suite. It’s just a bootloader.
don’t tell me you were predicting systemd would destroy linux and you oppose rust being in the kernel got any other takes for us genius?
systemd is scope creep cancer for Linux. the fact that an init system is making changes that store user information says enough why systemd is terrible. systemd is a solution looking for a problem to solve.
rust is a fad language that young devs use as a crutch because they refuse to learn c. the rust devs who are desperate to rewrite the kernel to rust are the embodiment of the problem that systemd exemplifies. they are the problem in search of a solution that nobody asked for.
in both cases, I couldn’t care less because my opinions don’t reflect me or my personality, they are simply just opinions.
it seems you mistook me for someone who would feel personally attacked when my opinions are questioned. your dismissive language of a simple comment shows how fragile your ego is and how you require community acceptance to fortify your opinions because they’re based on an emotional bias instead of on observable truths.
How does Canonical make money anyway? It’s been going for like two decades now…
It appears to be mostly commercial or industry support type stuff and licensing fees for servers.
Ubuntu Pro is a big one. FIPS 140-3 compliance for enterprise and gov/defense
Well it’s been a good ride. Time to mint.
I’ve tried distro hopping occasionally over the last couple years. I keep coming back to Mint. It just fits my tastes and it works.
