On Wed, Dec 17, 2025 at 9:53 AM Daniel P. Berrangé <[email protected]> wrote: > > On Wed, Dec 17, 2025 at 11:52:08AM +0100, Gerd Hoffmann wrote: > > Hi, > > > > > > grub does not properly integrate with EFI, i.e. it brings its own set of > > > > filesystem drivers but does not register them as EFI protocols. So on a > > > > typical fedora install where /boot is xfs grub itself can access /boot > > > > but anything loaded by grub can not. > > > > > > We currently default to ext4, not XFS for /boot, though we do have EFI > > > filesystem drivers we could ship for btrfs, ext4, and xfs for those cases. > > > > Yes, someone took the grub drivers and turned them into efi filesystem > > drivers. That is IMHO a rather crude workaround for grub mostly > > ignoring EFI. Also these drivers are (a) not installed by default and > > (b) lack a secure boot signature, so they do not really change the > > picture. > > > > edk2 has a ext4 driver too (see edk2-ext4.rpm). I could roll that one > > into the OVMF firmware. Would get us past the secure boot issue as > > binaries included in the firmware image are trusted even without > > signature. Obvious problem is that this would work for virtual machines > > only, and I suspect openQA will not appreciate VM behavior derive from > > physical hardware behavior like that ... > > For VMs we're not constrainted by a pre-existing ESP with potentially > unsufficient capacity. VM images should surely be created with a big > enough ESP to hold everything we expect them to need and not bother > with loading from a separate /boot partition, which would then also > avoid need for OVMF to support ext4 (or anything else non-vfat). >
You'd think that, but no that's not really true. This problem comes up enough with virtual machines even now that space contention is absolutely an issue in VMs (even in the cloud!). It was enough of a problem that Red Hat got rid of the separate /boot partition from RHEL cloud images in 10.0, and we just got rid of it from Fedora Cloud images for F44 (both put them on the root filesystem volume now). -- 真実はいつも一つ！/ Always, there's only one truth! -- _______________________________________________ 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
