Summary: | sys-firmware/edk2-ovmf: Gentoo installation media fails to boot under KVM with TianoCore OVMF UEFI | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Wolfram <wolfram> |
Component: | Current packages | Assignee: | Matthias Maier <tamiko> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bkohler, qemu+disabled, virtualization |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | screenshot of grub behavior |
Description
Wolfram
2018-09-03 11:05:12 UTC
This seems to be a GRUB issue. On our catalyst grub config we're using "search --no-floppy --set=root --file livecd" to locate the cdrom root and load a real config from there. In my initial testing, grub's "search" command doesn't seem to work at all when booting QEMU/OVMF. On real hardware (or other working VMs), I can drop to the grub> shell and "search --no-floppy --file /livecd" returns "cd0" On QEMU/OVMF, it returns "error: no such device: /livecd." But if I do "ls (cd0)/", the livecd file is found, so the device is there and visible. I cannot get any "search --file=foo" command to work on QEMU/OVMF. For some reason it seems that the --no-floppy option is causing this. You can get this to boot if you manually enter: grub> search --set=root --file /livecd grub> configfile /grub/grub.cfg Created attachment 545844 [details]
screenshot of grub behavior
Here's the gist of the problem in one screenshot
I used OVMF_CODE.secboot.fd from Fedora's edk2-ovmf-20190308stable-1.fc31.noarch.rpm to boot install-amd64-minimal-20190313T214502Z.iso. With this setup, Grub correctly loads it's configuration. Using the same ISO and Gentoo's OVMF_CODE.fd from sys-firmware/edk2-ovmf-2017_p20180211 Grub fails as described above. So, its probably the newer version of the OVMF firmware that fixes the issue. Good find. I can confirm that edk2-ovmf-9999 from upstream git works fine as well. (Changing summary so that I didn't miss this bug report.) The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6137d4c59ea47d77517e925d8bfd46b8b3b1f669 commit 6137d4c59ea47d77517e925d8bfd46b8b3b1f669 Author: Matthias Maier <tamiko@gentoo.org> AuthorDate: 2019-07-28 21:00:39 +0000 Commit: Matthias Maier <tamiko@gentoo.org> CommitDate: 2019-07-28 23:17:16 +0000 sys-firmware/edk2-ovmf: version bump to 201905 * switch to new upstream version number * add secure boot support * versions contains security fixes for all vulnerabilities identified in #678906c1 Closes: https://bugs.gentoo.org/680920 Closes: https://bugs.gentoo.org/681936 Closes: https://bugs.gentoo.org/665152 Bug: https://bugs.gentoo.org/678906 Package-Manager: Portage-2.3.69, Repoman-2.3.16 Signed-off-by: Matthias Maier <tamiko@gentoo.org> sys-firmware/edk2-ovmf/Manifest | 5 +- sys-firmware/edk2-ovmf/edk2-ovmf-201905.ebuild | 153 +++++++++++++++++++++++++ 2 files changed, 156 insertions(+), 2 deletions(-) |