On Mo, 22.09.25 07:54, Simon de Vlieger ([email protected]) wrote: > On Mon, Sep 22, 2025, at 3:01 AM, Chris Murphy wrote: > > > > > Should we bump boot volume size for Fedora 43? > > > > The last time it was bumped, from 500M to 1G, was 2016. There wasn't a > > change proposal, it was just suggested we do it on this list, and then > > changed. > > > > While a 1G boot will accommodate 3 kernels and initramfs today, it may > > not in the near future. And some folks use kdump which adds more > > initramfs to boot. > > > > We could just double it to 2G, but that seems like overkill for systems > > that are resource constrained. Another idea is to bump boot to 1.2G for > > Fedora 43. And then commit to revisiting the size more frequently, even > > as soon as Fedora 44/45. > > I am not opposed to the idea of growing it to 1.2 or 1.5 G by default. However > the real 'problem' is people updating from older Fedora's and thus staying on > the old size until things no longer fit. > > We might change the default and document clearly for people running with small > XBOOTLDR after updates on how to remedy the issue? > > 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.
That is against the XBOOTLDR spec, which says it should be a file system readable by firmware, i.e. VFAT. Also, putting the boot loader on a potentially encrypted file system is really pointless, it needs integrity checking, not confidentiality. Moreover it means you'd have to move the entire disk encryption stack (i.e. TPM2, FIDO2, PKCS#11, …) into the boot loader as well to do this. Hence, please get this idea out of your head, it's not a good one. Lennart -- Lennart Poettering, Berlin -- _______________________________________________ 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
