On Fri, Jan 8, 2021 at 2:31 AM Peter Boy <pboy(a)uni-bremen.de> wrote:
> Am 31.12.2020 um 23:33 schrieb Chris Murphy <lists(a)colorremedies.com>:
>
> On Thu, Dec 31, 2020 at 11:24 AM Peter Robinson <pbrobinson(a)gmail.com> wrote:
>
>> What is the system? Does it support being switches to booting from
>> UEFI and using GPT partitioning and then you won't need the BIOSboot
>> partition.
>
> It's even worse on UEFI. There it should create an ESP on each drive.
> But this is not allowed because there can be only one ESP for
> /boot/efi.
I have to admit, I haven't used UEFI for Fedora yet. Does this really mean that you
can't use a software raid with UEFI resp. that if the "main disk" fails, the
system might continue to run but can no longer be booted? What a step backwards that would
be.
I haven't tried recently. I'm pretty sure it was only available in
CentOS and thus RHEL. It works but it's invalid, and practically
speaking it's asking for trouble because the firmware can write to the
ESP. And other possible confusion. The long term approach is probably
coreos/bootupd to sync multiple ESPs from a common source in /usr/ .
Since moving to BLS, the grub.cfg on the ESP is static. So changes are
only going to /boot which can be raid1. The near term approach is to
manually sync /boot/efi to the secondary ESPs. And then add an entry
in NVRAM so it's an explicit fallback.
--
Chris Murphy