> Under UEFI, there is no way for grub to detect a modifier key being held > down; instead of holding shift at boot to get to the menu, you have to press > the shift key at the right moment. > And you will never reliably get the boot menu.
Press Esc when GRUB2 gray screen appear is reliable way to get into menu, I just tested this on three devices around half-hundred times in total. Somehow it works with version 2.02+dfsg1-5ubuntu8 and no longer works with 2.02+dfsg1-5ubuntu8.2. Why is that? > If you have a boot timeout of 0, that means grub waits 0 seconds for you to > press the shift key before booting. > That means the window in which you can press the shift key to get to the boot > menu is 0 seconds. If I read systemd-analyze report right, version 2.02+dfsg1-5ubuntu8 wait three seconds for user input, even if grub config contain: GRUB_DEFAULT=0 GRUB_TIMEOUT_STYLE=hidden GRUB_TIMEOUT=0 GRUB_RECORDFAIL_TIMEOUT=0 Meanwhile 2.02+dfsg1-5ubuntu8.2 doesn't wait for user input and indeed behave like you described - where this difference between 2.02+dfsg1-5ubuntu8 and 2.02+dfsg1-5ubuntu8.2 came from? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1815002 Title: quick-boot-lvm.patch caused regression - menu always appear if root is on Btrfs To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1815002/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
