You are not logged in.
After updating to gummiboot v. 37-1, the keyboard doesn't respond in the gummiboot menu. No arrow keys, nor any other key. The default entry loads without any problem, but I can't choose another operating system. Before this update, everything worked fine.
Systemd and the kernel have also been updated at the same time. Apart from the gummiboot issue, I notice nothing different.
Last edited by hermanr (2013-10-01 18:52:36)
Offline
Check your firmware's settings. Many now include options for fast or no initialization of USB devices. (The option might or might not mention USB explicitly.) If such an option was toggled accidentally when you upgraded gummiboot, the result would be as you describe. Of course, it could also be a new gummiboot bug; I'm just suggesting ruling out this alternative explanation.
Offline
Lots of people have keyboard issues in gummiboot versions newer than 33. There were several attempts at fixes, they fix things for some, but break things for others. Here's the bug report with all the details: https://bugs.archlinux.org/task/36551. You could see it as a gummiboot bug, but I'd see it as the UEFI spec being a mess.
Offline
I can confirm this. I just downgraded to 33 from 37, since that was the package that I was able to find in the new Arch Rollback Machine. Works now with 33.
Did Arch have 34, 35, 36 in its repos at one point?
Last edited by blackout23 (2013-09-21 21:12:49)
Offline
Downgrading to gummiboot v. 33 solves the keyboard problem for me too. My motherboard is an Asus P8P67 (rev. 3.1).
Offline
Downgrading to gummiboot v. 33 solves the keyboard problem for me too. My motherboard is an Asus P8P67 (rev. 3.1).
It's an issue of your motherboard advertising that it implements the extended keypress specification from UEFI, but not actually implementing it. gummiboot tries to use it and you end up with "ignored" keypresses.
gummiboot's simply the messenger -- your hardware is broken.
Offline
It's an issue of your motherboard advertising that it implements the extended keypress specification from UEFI, but not actually implementing it. gummiboot tries to use it and you end up with "ignored" keypresses.
gummiboot's simply the messenger -- your hardware is broken.
Thanks for explaining. If more systems are broken like this, wouldn't it be possible to add an option to gummiboot not to use the extended keypress specification? (Reverting to the method used by earlier versions would be even simpler, but I guess they changed this for a reason.)
Offline
gummiboot 38 brings keyboard back for me.
This silver ladybug at line 28...
Offline
For posterior and additional information: https://bugs.archlinux.org/task/36551
Evil #archlinux@libera.chat channel op and general support dude.
. files on github, Screenshots, Random pics and the rest
Offline
Gummiboot v. 38 solves the keyboard problem for me too. Good work!
Offline