Description of problem: I'm using a Logitech MK710 (very common). It works on GRUB, but when I'm prompted during plymouth bootscreen for disk encryption password the wireless keyboard won't work. A wired keyboard however will. Once I get to user login, it works. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1.Boot 2.Try and enter encrypted hard disk password 3. Actual results: Keyboard does not work Expected results: Keyboard should work Additional info: Keyboard and mouse use wirless USB device for connection.
Same problem, new install of Fedora 20 x86_64. Using Logitech K800 wireless keyboard and Logitech M310 wireless mouse. Note: hwinfo shows that Logitech Unifying Receiver is detected. It is annoying to keep a wired USB keyboard on hand merely to enter the luks passphrase. The wireless keyboard works at grub2. It does not work when luks prompts for passphrase. Once X loads the wireless keyboard and mouse work again. Linux piriguete.cos.lan 3.14.5-200.fc20.x86_64 #1 SMP Mon Jun 2 14:26:34 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Same here with a Logitech K520 keyboard. Linux cherrytree.workplace.fr 3.14.5-200.fc20.x86_64 #1 SMP Mon Jun 2 14:26:34 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Works fine after today kernel update Linux cherrytree.workplace.fr 3.14.6-200.fc20.x86_64 #1 SMP Sun Jun 8 01:21:56 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Kernel update fixed it here too. Linux piriguete.cos.lan 3.14.6-200.fc20.x86_64 #1 SMP Sun Jun 8 01:21:56 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Problem reappear on new laptop with kernel 3.15.7 (same keyboard but new dock) Linux mallorne.workplace.fr 3.15.7-200.fc20.x86_64 #1 SMP Mon Jul 28 18:50:26 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
I discover that Logitech wireless keyboard use a specific driver : hid_logitech_dj So when a new kernel was installed with the wireless keyboard plug-in, everything was fine because initramfs was build with the driver. When a new kernel was installed whitout the keyboard, the driver wasn't included and keyboard was not recognised. Adding the driver to /etc/dracut.conf file solved the issue
I just started having this problem with Fedora 21 and kernel 3.19.3-200 and 3.19.2-200. It used to work fine with the LUKS password and my Logitech wireless keyboard.
This problem has reappeared as a regression in kernel-3.19.2-201 and 3.19.3-200 on two different systems with very different hardware, one x86_64 and one i686+PAE, both running Fedora 21. As before, it is only the LUKS passphrase ignoring the Logitech Unifying Receiver; both grub password and login screen recognize it.
This is still an issue with 3.19.5-200.fc21.x86_64
Also an issue with Logitech TK820 usb wireless keyboard on 3.19.5-200.fc21.x86_64, but not an issue with 3.17.4-301.fc21.x86_64. One difference I see between these two kernels is the additions of a separate logitech driver hid-logitech-dj with hid-logitech-hidpp appearing in 3.19.5-200, $ locate hid-logitech /usr/lib/modules/3.17.4-301.fc21.x86_64/kernel/drivers/hid/hid-logitech-dj.ko.xz /usr/lib/modules/3.19.5-200.fc21.x86_64/kernel/drivers/hid/hid-logitech-dj.ko.xz /usr/lib/modules/3.19.5-200.fc21.x86_64/kernel/drivers/hid/hid-logitech-hidpp.ko.xz If I try to boot with the new kernel, it cannot get past the LUKS prompt for the password. Nothing happens when I attempt to type the password.
(In reply to marianne from comment #6) > I discover that Logitech wireless keyboard use a specific driver : > hid_logitech_dj > > So when a new kernel was installed with the wireless keyboard plug-in, > everything was fine because initramfs was build with the driver. > > When a new kernel was installed whitout the keyboard, the driver wasn't > included and keyboard was not recognised. > > Adding the driver to /etc/dracut.conf file solved the issue This did not work for me by the time it got to the LUKS prompt.
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
I can confirm that this issue exists when attempting to use fedup from fedora 21 to 22. When I booted the new grub entry to update the system and arrived at the LUKs prompt the keyboard was unresponsive. I had never encountered this issue with this particular keyboard, a logitech K520.
Same here from 21 to 22. I have encountered this through various kernel updates. Most recent pre-22 was fine(3.xx) now the bug is back. Logi MK820 w/universal adapter.
certainly not a plymouth issue, probably a dracut one
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.