It is expected behavior that, after this SRU, some systems which are
configured in such a way that /boot/grub is not writable by grub will
take longer to boot. This is a boot speed regression, but it is not a
functional regression; no systems should be failing to boot as a result
of this change.
The change is deliberate and necessary because without it, it is
impossible on a UEFI system to reliably access the boot menu. That
means that if you ever had a kernel that fails to boot, you will be
stuck with a non-bootable system and be unable to recover it from the
grub menu (by booting the previous, working kernel).
So I believe this bug is 'wontfix'.
** Changed in: grub2 (Ubuntu)
Status: Confirmed => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1814403
Title:
Latest update causes 30 sec. menu delay timeout
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1814403/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
