[arch-general] Keyboard unresponsive after wakeup from suspend
Hi people So as I said in the subject, after resuming from suspend for about 30 times or so since my last reboot, my keyboard did not seem to work. It is a USB keyboard and I tried unplugging it and reconnecting it. I have a second keyboard permanently connected which is a PS/2. That one also didn't seem to work even after unplugging and reconnecting. All the rest of the system seemed to work fine. My USB mouse works, my WIFI USB dongle works. I can browse the internet etc, just not type. Pressing CTRL+ALT+F2 didn't seem to register either. So I clicked through the GUI and rebooted and lo everything is working again. I found several instances of Arch Linux people having non-responsive keyboards after resuming but none seem to apply here as their threads are several years old and their solution was to install a newer kernel. I'm running 4.19.4, last updated 4 December. Any hints on how to debug this?
On Tue, 11 Dec 2018 09:30:49 +0100, Andy Pieters wrote:
I'm running 4.19.4, last updated 4 December.
Any hints on how to debug this?
Just a shot in the dark. Maybe /etc/pacman.d/mirrorlist provides a mirror that isn't provided by /etc/pacman.d/mirrorlist.pacnew anymore and this or something else does cause partial upgrades, since 4.19.8.arch1-1 is the latest official kernel, see https://www.archlinux.org/packages/core/x86_64/linux/. If so or if not, before continueing troubleshooting I would install the latest kernel. Was anything else updated before the issue appeared? Was the last update done at 4 December or is it just the date of the kernel update? There is nothing related inside any log file?
On Tue, Dec 11, 2018 at 9:52 AM Ralf Mardorf via arch-general <arch-general@archlinux.org> wrote:
On Tue, 11 Dec 2018 09:30:49 +0100, Andy Pieters wrote:
I'm running 4.19.4, last updated 4 December.
Any hints on how to debug this?
Just a shot in the dark.
Maybe /etc/pacman.d/mirrorlist provides a mirror that isn't provided by /etc/pacman.d/mirrorlist.pacnew anymore and this or something else does cause partial upgrades, since 4.19.8.arch1-1 is the latest official kernel, see https://www.archlinux.org/packages/core/x86_64/linux/.
The whole system updated, as partials are unsupported as you rightly implied above
There is nothing related inside any log file? There is an abundance of it. The point is finding which is relevant. This looks to be relevant but USB generally works and my PS/2 keyboard was also affected...
Dec 11 08:24:22 A-Pieters.LAN kernel: dpm_run_callback(): usb_dev_resume+0x0/0x10 returns -5 Dec 11 08:24:22 A-Pieters.LAN kernel: PM: Device 1-6.2 failed to resume async: error -5 Dec 11 08:24:22 A-Pieters.LAN kernel: usb 1-5.1: reset high-speed USB device number 4 using xhci_hcd Dec 11 08:24:22 A-Pieters.LAN kernel: r8169 0000:02:00.0 enp2s0: Link is Down ... Dec 11 08:24:22 A-Pieters.LAN kernel: usbhid 1-6.2:1.1: couldn't find an input interrupt endpoint ... Dec 11 08:24:31 A-Pieters.LAN kernel: ata7: softreset failed (1st FIS failed) Does any of that help?
participants (2)
-
Andy Pieters
-
Ralf Mardorf