On Di, 30.06.20 19:15, Gerd Hoffmann (kraxel(a)redhat.com) wrote:
> > So I can't say I'm thrilled about a future that depends on EFI for
> > virt, but I'm resigned to the fact this is the direction the world
> > is taking. So we're not likely to have any choice and will have to
> > work to mitigate any downsides it brings.
> Preferably the installer should detect and setup the system either with
> sd-boot ( if setting equals UEFI ) or grub ( if setting not equals UEFI )
I have my doubts that building on sd-boot and drop grub2 is going to fly.
One problem with sd-boot is that the kernels must stay on the ESP, which
can be a problem for dual-boot installs (where Fedora has to run with
the existing ESP and can't just create one which is big enouth).
Nah, that's not true. Hasn't been for quite a while.
sd-boot checks for kernels in the ESP first, and then on a second
partition we called XBOOTLDR, which also can contain kernels. XBOOTLDR
partition is simply a partition with type UUID
This means installers have two options:
1. Create a large ESP and just use that. Everything is nice and simple
2. If the ESP already exists and there's no interest in growing it,
just add in an XBOOTLDR partition and use that instead.
Another problem is that grub2 covers more architectures than
What is the plan for armhfp, ppc64, s390x?
sd-boot is uefi only, but it should work fine with any arch that is
supported by uefi.
IMHO a better preparation for deprecating BIOS would be to make new
installs bootable with both BIOS and UEFI. Which isn't hard at least
for the "[x] use all space" case where Fedora can partition the disk as
it pleases: Use gpt. Create a bios boot partition, install grun-pc
there. Create a ESP partition, install grub-efi there. Create a
partition for the /boot filesystem. Have both grubs pick up BLS config
My suggestion would be: don't standardize on boot loaders, standardize
on the boot loader spec. And I mean, the real boot loader spec, i.e
not this terrible template language that Fedora now supports in Grub,
which is just the same old grub complexity again. They stole the "Boot
Loader Spec" name and turned it into something that is not related at
all to the real thing.
Supporting the boot loader spec has various benefits, including that
systemd's "systemctl kexec" will just work and understand these tiems.
Lennart Poettering, Berlin