Re: F38 proposal: Unified Kernel Support Phase 1 (System-Wide Change proposal)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mi, 21.12.22 12:53, Fedora Development ML (devel@xxxxxxxxxxxxxxxxxxxxxxx) wrote:

> On 21/12/2022 12:38, Daniel P. Berrangé wrote:
> > Why shouldn't FAT be used for /boot.  In an EFI world, /boot
> > is used for the same functional pupose as the ESP, which is
> > already going to use FAT.
>
> Doesn't support links, lournaling and ACLs.

What you want in a boot loader: native read access, write access.

What UEFI doesn't have any understanding of and just ignores: symlinks, ACLs.

What grub's fs drivers doesn't even implement: journalling, write access.

hence, ext4 via efis might be OK as a compat solution, but it delivers
only stuff one doesn't want, and lacks everything one does want.

> Everyone can do whatever they want with the files, and a trivial power
> outage can easily wipe out all of its contents.

As mentioned elsewhere, write access to the ESP are generally done at
a very limited set of operations:

1. new kernel installed/old one removed
2. boot loader updates
3. random seed refreshes
4. boot counter updates

All of these are extremely simple operations, that either are single
sector writes, or implemented via whole file replacement, which
typically can be implemented robustly even on vfat. i.e there's no
long-running access, no random access, nothing like that.

systemd's autofs logic for the ESP (and the write patterns bootctl
implements) are designed to give you data safety for the ESP to the
level this could be possible. Sure, it's still no journalling, but
it's as close as it can get.

--
Lennart Poettering, Berlin
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux