On Wed, Jul 06, 2022 at 05:12:20PM +0200, Lennart Poettering wrote: > On Mi, 06.07.22 16:13, Gerd Hoffmann (kra...@redhat.com) wrote: > > > grub2 doesn't find it. Support not implemented? > > afics grub2 upstream has no native support for boot loader spec > stuff. (or has that changed?)
Nope. Which is a PITA when you want hack something in upstream grub because it wouldn't boot fedora without hacks. > The fedora version of grub2 implements a flavour of type #1 boot loader spec > entries (i.e. .conf entries), but not type #2 (i.e. unified kernels), iirc. Suspected that. > > systemd-boot doesn't find it either. Double-checking. ESP mounted at > > /boot/efi. Directory looks fine to me: > > > > root@fedora ~/mkosi-initrd (main)# ll /boot/efi/EFI/Linux > > total 77832 > > -rwx------. 1 root root 79698816 Jul 6 15:36 > > unified-5.18.9-200.fc36.x86_64.efi > > > > Any clues? > > I am not a grub guy, haven't used it in a long time. But my educated > guess is this: I think grub might load the chainloaded binary into > memory itself, and then execute it from there, instead of invoking it > directly from the ESP file system. This matters because if sd-boot is > invoked from a synthetic file in memory we cannot derive the directory > tree of the ESP from it, and thus not find boot loader entries. Adding a boot entry to the firmware to load sd-boot directly and take grub out of the chain doesn't change the situation. take care, Gerd _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
