I believe this is intended behavior of GRUB on UEFI, and has been like
this for years:
> "During boot, the system will check the SHIFT key status. If it cannot
determine the key status, a short delay will enable the user to display
the menu by pressing the ESC key."
As "cjwatson" said on the
Is #1258597 a duplicate of this one?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/425979
Title:
[UEFI boot only] Holding shift fails to display grub2 menu
To manage notifications about this bug
I'm having the same issue, but I'm booting using Legacy/CSM mode on my
Lenovo Thinkpad T430 running Ubuntu (MATE) 18.04.1.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/425979
Title:
[UEFI boot
Hello everyone,
There is a bug report similar to this one on the Debian side:
https://bugs.debian.org/902928
There, Colin Watson made an interesting comment:
> When I last looked into this, this wasn't possible with UEFI: the
> firmware doesn't tell us about held modifier keys. You'll
I'd like to chip in here. Hardware is Thinkpad X220. Ubuntu 16.10 UEFI
boot. Keyboard works fine when menu is visible, grub just fails to
detect the Shift keys in order to bring up the menu. Esc key works,
though.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
I'd like to chip in here. Hardware is Thinkpad X220. Ubuntu 16.10 UEFI
boot. Keyboard works fine when menu is visible, grub just fails to
detect the desired keys in order to bring up the menu.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Description changed:
Binary package hint: grub2
- Grub2 has switched away from a minimum 1 second delay to hit enter, in
- preference to simply holding down shift during the boot sequence.
- However, this behaviour doesn't work on all machines.
+ Ubuntu added a patch on top of mainline
