Re: rfc: EFI System partition, FAT32, repair and non-persistent mount

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

 



On Mar 18, 2014, at 10:31 PM, William Brown <william@xxxxxxxxxxxxxxx> wrote:

> On Tue, 2014-03-18 at 21:39 -0600, Chris Murphy wrote:
> 
>>>>> Fedora takes a different approach though, and will mount an explicit
>>>>> boot partition to /boot and the ESP to /boot/efi, and do so
>>>>> unconditionally without involving autofs.  Fedora could add
>>>>> "x-systemd-automount" to the mount options of /boot/efi, and thus
>>>>> turning /boot/efi into an autofs too.
> 
> 
>> RFE: Do not persistently mount EFI System partition at /boot/efi 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1077984
>> 
>> It's still better to remove the on-going writing of configuration files to the ESP, however. A simple one-time forwarding-configuration file pointing to the /boot volume UUID, permits configuration files to be written somewhere on /boot, which can then be md raid1 or btrfs raid1 based. Boot is made more resilient whether single or multiple disk. This works today on BIOS, but not on UEFI.
> 
> Why not also extend this to /boot also? It's "rarely" used in day to day
> on a system, really only for yum updates that include a kernel. 

Sure. I just prefer being charged with one heresy at a time, and that particular one is much bigger than /boot/efi.

Unfortunately it may be too late to change this for RHEL 7, which means an ESP always mounted at /boot/efi may become a glorified tradition in any case.


Chris Murphy
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [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