On Mon, Sep 22, 2025, at 1:54 AM, Simon de Vlieger wrote:
> I am not opposed to the idea of growing it to 1.2 or 1.5 G by default. I think all we can do is to avoid the issue as long as practical for new installations. > However > the real 'problem' is people updating from older Fedora's and thus staying on > the old size until things no longer fit. I think the answer for the legacy layout cases is reprovision. The 500M boot is circa 2016, which is overwhelmingly ext4 on LVM. There isn't an automated way to redo the layout that's safe - there's too many steps, making it impossible (near as I can tell) to make it an entirely atomic operation. Therefore high risk. > We might change the default and document clearly for people running with small > XBOOTLDR after updates on how to remedy the issue? Backup. Clean install. Restore backup. > Note that Neal also has ideas to move XBOOTLDR into a btrfs subvolume which > for > many of the default editions and spins would remove the problem entirely. I have done this myself but backed it out in order to use LUKS for the main file system, because it was easier than figuring out GRUB's LUKS setup. A complete solution would entail documenting how to figure GRUB for LUKS rather than ignoring this use case. The discoverable partitions specification leverages GPT partition type GUID, therefore is trivial to determine a partition's use case without mounting. Whereas for a subvolume it's quite a lot more complicated. We'd also need a partition type GUID to indicate this is a Btrfs that uses that spec and thus does not depend on fstab for assembly. And then go looking for either names or xattr, surely in a specific directory so the search can be constrained - this case into the realm of snapshots as well. It's quite a contemplative project. -- Chris Murphy -- _______________________________________________ devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
