[Bug 1814403] Please test proposed package
Steve Langasek
steve.langasek at canonical.com
Fri Feb 8 01:05:10 UTC 2019
Hello oshunluvr, or anyone else affected,
Accepted grub2-signed into bionic-proposed. The package will build now
and be available at
https://launchpad.net/ubuntu/+source/grub2-signed/1.93.13 in a few
hours, and then in the -proposed repository.
Please help us by testing this new package. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed. Your feedback will aid us getting this
update out to other Ubuntu users.
If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested and change the tag from
verification-needed-bionic to verification-done-bionic. If it does not
fix the bug for you, please add a comment stating that, and change the
tag to verification-failed-bionic. In either case, without details of
your testing we will not be able to proceed.
Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
advance for helping!
N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.
--
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 Committed
Status in grub2-signed source package in Bionic:
Fix Committed
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
More information about the foundations-bugs
mailing list