this post was submitted on 04 Apr 2026
9 points (100.0% liked)

Linux

13129 readers
589 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 2 years ago
MODERATORS
 

GNU GRUB 2, mostly just referred to as GRUB these days, is the most widely used boot loader for x86_64 Linux systems. It supports reading from a vast selection of filesystems, handles booting modern systems with UEFI or legacy systems with a BIOS, and even allows users to customize the "splash" image displayed when a system boots. Alas, all of those features come with a price; GRUB has had a parade of security vulnerabilities over the years. To mitigate some of those problems, Ubuntu core developer and Canonical employee Julian Andres Klode has proposed removing a number of features from GRUB in Ubuntu 26.10 to improve GRUB's security profile. His proposal has not been met with universal acclaim; many of the features Klode would like to remove have vocal proponents.

Ubuntu provides two versions of GRUB: one for UEFI systems that enables Secure Boot (referred to as the "signed" builds), and another for systems with legacy BIOS or systems that otherwise don't support Secure Boot (the "unsigned" builds). The unsigned GRUB builds from Ubuntu would continue to have the existing set of features, but Klode is looking to strip quite a bit out of signed GRUB builds; he proposes removing support for reading /boot partitions that use Btrfs, HFS+, XFS, or ZFS filesystems. That would leave ext4, FAT, ISO 9660, and SquashFS. He also wants to disable features to use custom PNG and JPEG splash images, and strip out support for "complex partition setups such as LVM, md-raid (except raid1), and LUKS-encrypted /boot" because those were not tested nor used by the Ubuntu installer

top 6 comments
sorted by: hot top controversial new old
[–] balian@lemmy.libertarianfellowship.org 5 points 15 hours ago (1 children)

Why not just switch to systemd-boot?

[–] bjoern_tantau@swg-empire.de 6 points 15 hours ago* (last edited 15 hours ago)

For anyone reaching for the downvote button:

Systemd-boot is completely independent from systemd init. You don't have to be running systemd to use it. It's a really really simple EFI bootloader. You just give it the location of your kernel and initrd and boot options and it does the rest.

[–] Paragone@lemmy.world 1 points 15 hours ago (1 children)

I think removing BTRFS support for /boot would be insane simply because BTRFS with --csum xxhash and either raid1 or dup for both metadata & data is the best cheap insurance against bitrot borking your ability to boot.

If you've got 2 copies of your vmlinuz, & 1 is bitrotted, BTRFS should just give you the good one.

Forcing Ext4, or vfat, or whatever, which prevents this level of protection, .. is incompetent.

_ /\ _

[–] bjoern_tantau@swg-empire.de 5 points 14 hours ago (1 children)

Good luck, when EFI has to live on FAT32.

[–] Scoopta@programming.dev 2 points 12 hours ago (1 children)

Yes but the ESP is not /boot, it can be, but rarely is in grub installs

[–] bjoern_tantau@swg-empire.de 2 points 11 hours ago

Sure, but having /boot on BTRFS won't save you if the bitrot fucked up your ESP.