[Bug 1814403] Re: Latest update causes 30 sec. menu delay timeout

[Launchpad Bug Tracker]

This bug was fixed in the package grub2 - 2.02-2ubuntu8.12

---------------
grub2 (2.02-2ubuntu8.12) bionic; urgency=medium

  * debian/grub-check-signatures: make sure grub-check-signatures conserves
    its execute bit.

grub2 (2.02-2ubuntu8.11) bionic; urgency=medium

  [ Mathieu Trudel-Lapierre ]
  * debian/grub-check-signatures: properly account for DB showing as empty on
    some broken firmwares: Guard against mokutil --export --db failing, and do
    a better job at finding the DER certs for conversion to PEM format.
    (LP: #1814575)
  * debian/patches/linuxefi_disable_sb_fallback.patch: Disallow unsigned
    kernels if UEFI Secure Boot is enabled.  If UEFI Secure Boot is enabled
    and kernel signature verification fails, do not boot the kernel. Patch
    from Linn Crosetto. (LP: #1401532)

  [ Steve Langasek ]
  * debian/patches/quick-boot-lvm.patch: checking the return value of
    'lsefi' when the command doesn't exist does not do what's expected, so
    instead check the value of $grub_platform which is simpler anyway.
    LP: #1814403.

 -- Mathieu Trudel-Lapierre <cyphermox at ubuntu.com>  Thu, 07 Feb 2019
18:20:04 -0500

** Changed in: grub2 (Ubuntu Bionic)
       Status: Fix Committed => Fix Released

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

Title:
  Latest update causes 30 sec. menu delay timeout

Status in grub2 package in Ubuntu:
  Fix Released
Status in grub2-signed package in Ubuntu:
  Fix Released
Status in grub2 source package in Bionic:
  Fix Released
Status in grub2-signed source package in Bionic:
  Fix Released
Status in grub2 source package in Cosmic:
  Fix Committed
Status in grub2-signed source package in Cosmic:
  Fix Committed

Bug description:
  [SRU Justification]
  There is a behavior regression on non-EFI systems with the latest SRU of grub2 which causes unnecessary boot delays.

  [Test case]
  1. Install a system using BIOS mode with /boot on LVM.
  2. Reboot and verify that the boot menu is shown for 30 seconds at boot.
  3. Install grub* from -proposed.
  4. Reboot and verify that the boot menu is not shown.
  5. Install a system using UEFI mode with /boot on LVM.
  6. Reboot and verify that the boot menu is shown for 30 second at boot.
  7. Install grub* from -proposed.
  8. Reboot and verify that the boot menu is still shown.

  [Regression potential]
  The test case is sufficient to verify all possible paths work correctly after the SRU.

  
  KDEneon LTS user edition 5.12, Release 18.04

  grub-common 2.02-2ubuntu8.10 from Ubuntu updates

  Since latest update near the end of Jan. 2019 (29th?), grub menu has
  30 second delay every reboot as though recordfail is set. It did not
  do this before the update.

  After messing with grubenv and recordfails settings, I found this
  paragraph in 00_header in 18.04 that is not in 16.04:

  if lsefi; then
    set timeout=30
    if [ x$feature_timeout_style = xy ] ; then
      set timeout_style=menu
    fi
  fi

  Note "timeout=30" which is the same as the recordfail timeout. As a
  test, I edited /boot/grub/grub.cfg and changed the 30 to 17 and sure
  enough, that's the source of the timeout.

  Here's the paragraph from 00_header:

  if lsefi; then  set timeout=${GRUB_RECORDFAIL_TIMEOUT:-30}
    if [ x\$feature_timeout_style = xy ] ; then
      set timeout_style=menu
    fi
  fi

  One odd thing is the 00_header file is from Jan 9th but this bug has
  just appeared so it must be related to grub-common not the the header
  file.

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