I'm struggling to get UEFI working cleanly on an existing system.
The working kernel and the one I have just installed seem to
fundamentally disagree on where things should go, and the new one won't
even start grub.
Background:
My old motherboard didn't support it, but I tried to prepare the way
last time I rejigged discs by allocating an EFI partition. Before I
realised my mobo didn't even have the option, I tested mounting it and
setting it up. At least one kernel managed to install, with a bit of
jiggery pokery as I recall. One big issue was the efi partition filled
up, and things haven't been right since (I have changed the partition
sizes since).
I have since had to get a new motherboard, and while the old boot
does work, I wanted to move to UEFI. That seemed initially to “just
work”, as I was able to select the UEFI partition that one kernel
install had populated and it booted. That is what I am currently using.
However, the latest kernel generated loads of errors installing. I
believe *most* of that was down to my having tried to mount the EFI
partition using RAID 1 / metadata 1.0. Almost *all* the kernel RPM
scripting doesn't like that, so I've given up fighting it and am using a
single FAT32 EFI partition I'll occasionally rsync to the alternate.
Having unwound all the EFI RAID stuff, I *still* had to create a
symlink of /boot/efi at /efi as otherwise kernel-install kept erring
out. It seemed to think /boot was the EFI partition, then fails because
it is still RAID and it causes a key exception looking for
ID_PART_ENTRY_SCHEME=gpt (that key is not there for RAID). Trying to
tell it where efi is via BOOT_ROOT=/boot/efi in /etc/kernel/install.conf
only makes it try to put things in (I think) the wrong place.
That said, the latest kernel has *still* put stuff in two places,
and I think the EFI location is not correct (see below).
The situation:
I can boot 6.15.5-200 using the “Fedora” EFI entry I have had since
before installing the mobo. The grub that this opens up does not have
the newly installed kernel 6.15.9-200. As of trying to install
6.15.9-200, I get a second more explicit (long named, including the new
kernel version) EFI entry which I ... wasn't really expecting? This
entry hangs the PC at the EFI splash screen if I try to select it using
F12, I don't even get a Welcome to Grub message.
The newer kernel is putting things in a completely different
structure to the older kernel, maybe that older one was still trying to
be a hybrid legacy / UEFI boot, I don't know. I have at least got
things into a state where a dnf reinstall of all the *6.15.5-200*
packages runs without any error, which took several hours of tinkering
with settings (admittedly most likely around the RAID1 attempt), but
still needs the /efi symlink.
But what it creates is just broken.
The question:
What on Earth is it supposed to look like, and what can I do to make
the seemingly working newer kernel install a working EFI / grub suite?
grub2-install says “no”, BTW. The Fedora docs just say to reinstall
various packages (above) which now don't err, but also don't work.
My /boot layout (trimmed):
You can see the places where the new kernel repeatedly creates a
second machine-id dir under efi which I don't think is supposed to
exist. /boot will still have all the old legacy boot files, I want to
leave those unless I need to wholly give up on UEFI! But then, would
not know what is safe to delete. Maybe also suspicious is no sign of a
config* file for the new kernel?
NB: /boot is a separate RAID1 partition, then /boot/efi is the
vanilla EFI one.
/boot
├── 47d5024b27f249c69eb52f2d2165b236
│ ├── 0-rescue
│ │ ├── initrd
│ │ └── linux
│ └── 6.15.5-200.fc42.x86_64
│ ├── initrd
│ └── linux
├── config-6.15.5-200.fc42.x86_64
├── efi
│ ├── 47d5024b27f249c69eb52f2d2165b236
│ │ ├── 0-rescue
│ │ │ ├── initrd
│ │ │ └── linux
│ │ └── 6.15.9-201.fc42.x86_64
│ │ ├── initrd
│ │ └── linux
│ ├── EFI
│ │ ├── BOOT
│ │ │ ├── BOOTIA32.EFI
│ │ │ ├── BOOTX64.EFI
│ │ │ ├── fbia32.efi
│ │ │ └── fbx64.efi
│ │ ├── efifs .. *.efi files
│ │ ├── fedora
│ │ │ ├── BOOTIA32.CSV
│ │ │ ├── BOOTX64.CSV
│ │ │ ├── grub.cfg
│ │ │ ├── grubia32.efi
│ │ │ ├── grubx64.efi
│ │ │ ├── mmia32.efi
│ │ │ ├── mmx64.efi
│ │ │ ├── shim.efi
│ │ │ ├── shimia32.efi
│ │ │ ├── shimx64.efi
│ │ │ └── x64 .. *.efi files
│ │ ├── Linux
│ │ │ ├── 47d5024b27f249c69eb52f2d2165b236-6.15.5-200.fc42.x86_64.efi
│ │ │ ├── 47d5024b27f249c69eb52f2d2165b236-6.15.9-201.fc42.x86_64.efi
│ │ │ └──
47d5024b27f249c69eb52f2d2165b236-6.15.9-201.fc42.x86_64.efi.extra.d
│ │ └── systemd
│ │ └── systemd-bootx64.efi
│ └── loader
│ ├── entries
│ │ ├── 47d5024b27f249c69eb52f2d2165b236-0-rescue.conf
│ │ ├── 47d5024b27f249c69eb52f2d2165b236-6.15.5-200.fc42.x86_64.conf
│ │ └── 47d5024b27f249c69eb52f2d2165b236-6.15.9-201.fc42.x86_64.conf
│ ├── entries.srel
│ ├── keys
│ ├── loader.conf
│ └── random-seed
├── extlinux .. *.c32
├── grub2
│ ├── device.map
│ ├── fonts
│ │ └── unicode.pf2
│ ├── grub.cfg
│ ├── grub.cfg.theme-fnx
│ ├── grubenv
│ ├── i386-pc .. *.mod
│ ├── locale .. *.mo
│ └── themes .. plus a couple of test themes
│ └── system
├── initramfs-0-rescue-47d5024b27f249c69eb52f2d2165b236.img
├── initramfs-6.15.5-200.fc42.x86_64.img
├── loader
│ └── entries
│ ├── 47d5024b27f249c69eb52f2d2165b236-0-memtest86+.conf
│ ├── 47d5024b27f249c69eb52f2d2165b236-0-rescue.conf
│ └── 47d5024b27f249c69eb52f2d2165b236-6.15.5-200.fc42.x86_64.conf
├── lost+found
├── memtest86+x64.bin
├── symvers-6.15.5-200.fc42.x86_64.xz ->
/lib/modules/6.15.5-200.fc42.x86_64/symvers.xz
├── symvers-6.15.9-201.fc42.x86_64.xz ->
/lib/modules/6.15.9-201.fc42.x86_64/symvers.xz
├── System.map-6.15.5-200.fc42.x86_64
├── vmlinuz-0-rescue-47d5024b27f249c69eb52f2d2165b236
└── vmlinuz-6.15.5-200.fc42.x86_64
--
[phoenix@fnx ~]# rm -f .signature
[phoenix@fnx ~]# ls -l .signature
ls: .signature: No such file or directory
[phoenix@fnx ~]# exit
--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-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/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
