Keyboard and mouse failure after suspend

Hi! i’m running leap 42.1 64 bit on a Toshiba satellite c50d a 12x and i have an unpleasant problem: very often, after the suspension of the laptop, the keyboard doesn’t respond, even the light of the capslock doesn’t turn on; to solve the problem i have to close another time the laptop, wait for the stop of the machine and then turns it on again. The optical mouse has the same problem, but to solve this i can simply change the usb port. Any advice? Thanks for any reply!

You had a hardware problem are you still loading the drivers for the track-pad??? There may be some interference

A quick search online turned up two similar threads here (affecting various Toshiba Satellite models)…

http://askubuntu.com/questions/778625/how-do-i-add-the-atkbd-reset-i8042-nomux-parameters-to-refind
https://forums.linuxmint.com/viewtopic.php?t=152185

Perhaps adding following kernel boot options to grub may be of help

atkbd.reset=1 i8042.nomux=1

The first option causes the keyboard to be explicitly reset during initialisation. A nice explanation of what the second option does is given here. It can be a useful workaround for problematic controllers.

Just in case you need a hand with editing the kernel boot options…
https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.grub2.html#sec.grub2.yast2.config

Thanks man! as you know i’m a newbie in Linux, but i’m trying to study! i modified the grub’s line like this:

GRUB_CMDLINE_LINUX_DEFAULT=“resume=/dev/sda1 splash=silent quiet showopts atkbd.reset=1 i8042.nomux=1”

I’ll see in these days if the problem occur!

Okay, but after you made the changes, you need to reboot first for them to take effect.

In these days I’ve made several tests and keyboard always works! Thank you man!! Unfortunately the optical mouse remain inactive about once on two…maybe do the same thing with USB ports? My toshiba has three USB ports, and i think that one is 3.0 and the others 2.0; when i resume the pc, if the mouse was plugged in one of the two 2.0 ports, the switching works only in the 3.0 port, and if i suspend with the mouse on the 3.0 port after the wake up i can plug and works in both 2.0 ports; before the next suspend or reboot i can use the other usb port with every type of usb-device but not with that mouse…

That’s good to know! :slight_smile:

Unfortunately the optical mouse remain inactive about once on two…maybe do the same thing with USB ports? My toshiba has three USB ports, and i think that one is 3.0 and the others 2.0; when i resume the pc, if the mouse was plugged in one of the two 2.0 ports, the switching works only in the 3.0 port, and if i suspend with the mouse on the 3.0 port after the wake up i can plug and works in both 2.0 ports; before the next suspend or reboot i can use the other usb port with every type of usb-device but not with that mouse…

Interesting. Not sure what else to suggest here…hmmm…do you have the ‘usbhid’ module loaded?

lsmod|grep usbhid

You could try issuing the following from a terminal (as root) following a resume.

modprobe -r usbhid
modprobe usbhid

Does that bring the mouse back to a working state?

If the above works, we can automate it.

Hi, the grep command display

usbhid 53248 0
usbcore 262144 12 uas,ath3k,btusb,uvcvideo,usb_storage,ohci_hcd,ohci_pci,ehci_hcd,ehci_pci,usbhid,xhci_
hcd,xhci_pci

Then i try the command “sudo modprobe…” but nothing happen…what did you mean with this?

You could try issuing the following from a terminal (as root) following a resume.

I’m not native in English, especially the “following a resume”…i have to reboot?

You mentioned that the USB-connected mouse does not work after resuming from suspend. I suggested unloading and reloading the ‘usbhid’ module. Does that result in the mouse working or not?

Got it! thanks man for your patient…unfortunately the two commands produce no effect, the mouse doesn’t work…i’ll try to search deeper in google! Thank you again!

I suggest submitting a bug report for this.

Some information on submitting a bug report:
https://en.opensuse.org/openSUSE:Submitting_bug_reports

Submit here:
https://bugzilla.suse.com/index.cgi