[Bug 425979] Re: [UEFI boot only] Holding shift fails to display grub2 menu
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 Debian #902928, I also don't believe UEFI allows us to easily check modifier state, as such I am not sure if any course of action is appropriate here. Setting this to "Incomplete" to leave time for people to propose any action items, and downgrading severity to "Wishlist" (seems appropriate given this was open for 15 years). ** Changed in: grub2 (Ubuntu) Importance: High => Wishlist ** Changed in: grub2 (Ubuntu) Status: In Progress => Incomplete ** Changed in: grub2 (Ubuntu) Assignee: TJ (tj) => (unassigned) -- 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 go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/425979/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425979] Re: [UEFI boot only] Holding shift fails to display grub2 menu
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 go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/425979/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425979] Re: [UEFI boot only] Holding shift fails to display grub2 menu
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 only] Holding shift fails to display grub2 menu To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/425979/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425979] Re: [UEFI boot only] Holding shift fails to display grub2 menu
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 probably need > to use a short but non-zero timeout and press Escape instead. > > (It's possible that more recent versions of the UEFI spec have improved > this; but if so then somebody would need to implement that in GRUB, and > it would still only work if you had new enough firmware.) So it would seem that the old way of bringing up the GRUB menu by holding down the Shift key just doesn't work in this brave new UEFI world anymore. It would be interesting to hear if anyone is aware of a system that boots in UEFI mode and *does* respond to the held Shift key. Currently, I don't believe it's clear as to whether this is an architectural limitation of UEFI (i.e. it can't be fixed), or if newer UEFI firmware versions could potentially make held modifier keys usable. ** Bug watch added: Debian Bug tracker #902928 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=902928 -- 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 go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/425979/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425979] Re: [UEFI boot only] Holding shift fails to display grub2 menu
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, 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 go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/425979/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425979] Re: [UEFI boot only] Holding shift fails to display grub2 menu
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 Ubuntu. https://bugs.launchpad.net/bugs/425979 Title: [UEFI boot only] Holding shift fails to display grub2 menu To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/425979/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425979] Re: [UEFI boot only] Holding shift fails to display grub2 menu
** 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 GRUB and Debian such that holding down the Shift modifier key during boot will cause it to display + the hidden boot menu. - Further, many users will only learn this after their machine fails to - boot normally, leaving them unable to boot at all without outside - assistance. + In the original IBM PC/AT design the modifier keys (Shifts, Ctrls, Alts) are handled separately to all other keys. Instead of reporting state transitions there is an I/O port register that is read by the software where each bit position represents the current state of the associated + modifier key. + + The functionality to read this I/O port register works correctly for + BIOS systems or UEFI systems starting in Legacy/CSM mode. + + On UEFI systems this does not work. The reasons are: + + 1. At the time this Ubuntu-specific functionality was added to Ubuntu + the UEFI specification, and UEFI implementations by manufacturers, did + not provide a way to detect the state of the modifier keys. + + 2. UEFI only provides the same mechanism as for all other keys: detect a + transition of state (key_down or key_up). + + 3. When GRUB timeout is set to 0 (zero) there is no way to detect a key + press transition. + + It appears that UEFI specification version 2.4 may now support the + required reading of modifier key state so I shall be investigating + whether we can now add support for UEFI systems that implement the v2.4 + specification. -- 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 go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/425979/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
