[Bug 1780897] [NEW] Installation failure on UEFI systems with SecureBoot disabled

[Steven Clarkson]

Public bug reported:

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.

** Affects: grub2-signed (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: regression-update

** Attachment added: "test.sh"
   https://bugs.launchpad.net/bugs/1780897/+attachment/5161759/+files/test.sh

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2-signed in Ubuntu.
https://bugs.launchpad.net/bugs/1780897

Title:
  Installation failure on UEFI systems with SecureBoot disabled

Status in grub2-signed package in Ubuntu:
  New

Bug description:
  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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1780897/+subscriptions