On Wed, Dec 21, 2022 at 6:23 AM Vitaly Zaitsev via devel <devel@lists.fedoraproject.org> wrote: > > On 20/12/2022 19:56, Chris Murphy wrote: > > Great. The gotcha though is this in effect requires a change in the file > > system currently mounted at /boot, which is ext4. And ext4 isn't supported > > by sd-boot or UEFI firmware. So if you're going to support sd-boot, the > > installer needs to be aware that either the ESP is big enough to be used as > > /boot, or if it's not big enough then it will be mounted on /efi*and* a > > new partition XBOOTLDR formatted as FAT will be used as /boot. > > Nobody should use FAT for /boot. efifs[1] should be used instead. > > systemd-boot can load these drivers from ESP out of the box[2]. > > [1]: https://github.com/pbatard/efifs > [2]: https://github.com/systemd/systemd/issues/15617 >
Indeed. We should not endeavor to create more problems by putting more stuff in the ESP. By doing so, we lose features and capabilities from our own native filesystem. No matter what boot manager we use, we should not be required to give that up. We already have efifs[1] packaged in Fedora, let's use that. [1]: https://src.fedoraproject.org/rpms/efifs -- 真実はいつも一つ！/ Always, there's only one truth! _______________________________________________ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
