Hello,
I confirm that this upgrade path works fine.
So, an upgrade path seems possible, but it is not easy to find.
If you have a bullseye VM booting with OVMF_CODE.fd on a SCSI disk,
you have to:
1) change OVMF_CODE.fd into OVMF_CODE_4M.secboot.fd (or to another variant) in
the XML
2) remove (rename?) the _VARS.fd file
3) manually boot the VM from the UEFI shell
4) re-install grub ("grub-install efi")
I can also confirm that we are quite far from the first bug report title.
I tested this on Debian / Kali / Ubuntu / Windows / Cisco CSR1000v /
Cisco nexus 9000v
The boot issue with a fresh copy of /usr/share/OVMF/OVMF_VARS_4M.fd only
happens with Debian and Kali. All other systems are booting properly
after "some kind of" Boot manager entries update.
With Ubuntu images, we can see a "Reset System" message appearing on
first boot.
Unfortunately, this is not my area of expertise and I cannot help.
Kind regards,
--
- Philippe Latu
--
https://inetdoc.net
