Regression caused by https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1778848
Steps to reproduce
1) Install ubuntu-18.04-desktop-amd64.iso in a VM using QEMU and OVMF 2) Reboot the VM 3) See GRUB shell instead of GDM
The system can be rescued by running
configfile (hd0,gpt2)/boot/grub/grub.cfg
at the GRUB shell
Installing grub-efi-amd64 in the rescued system then makes it bootable.
Previously grub-efi-amd64-signed depended on grub-efi-amd64, and the system was bootable immediately after installation.
Additionally, the removal of this dependency has resulted in a very sparse /etc/default/grub after installation.
I've attached a simple script for installation with QEMU and OVMF.
I suspect that installs are broken on actual hardware with SecureBoot disabled, but I'm not able to test that right now.
Regression caused by https:/ /bugs.launchpad .net/ubuntu/ +source/ grub2/+ bug/1778848
Steps to reproduce
1) Install ubuntu- 18.04-desktop- amd64.iso in a VM using QEMU and OVMF
2) Reboot the VM
3) See GRUB shell instead of GDM
The system can be rescued by running
configfile (hd0,gpt2) /boot/grub/ grub.cfg
at the GRUB shell
Installing grub-efi-amd64 in the rescued system then makes it bootable.
Previously grub-efi- amd64-signed depended on grub-efi-amd64, and the system was bootable immediately after installation.
Additionally, the removal of this dependency has resulted in a very sparse /etc/default/grub after installation.
I've attached a simple script for installation with QEMU and OVMF.
I suspect that installs are broken on actual hardware with SecureBoot disabled, but I'm not able to test that right now.