I have a logitech USB keyboard mouse (k330) running redhat. Occasionally it just stops working. Only thing that fixes is reboot.
I got to believe there is a service I can restart that will "awaken" the ports again

Linux 2.6.32-431.30.1.el6.x86_64 #1 SMP Wed Jul 30 14:44:26 EDT 2014 GNU/Linux

Thanks in advance for any/all suggestions

By the way I found logitech states it doesn't support :Linux, but does support OS X ;-)

!/bin/bash

if [[ $EUID != 0 ]] ; then
echo This must be run as root!
exit 1
fi


# this was the original form of the script to hit all directories
# However only the ehci_hcd has the kbd/mouse for logitech
# for xhci in /sys/bus/pci/drivers/?hci_hcd ; do
#
for xhci in /sys/bus/pci/drivers/ehci_hcd ; do

if ! cd $xhci ; then
echo Weird error. Failed to change directory to $xhci
exit 1
fi

echo Resetting devices from $xhci...

for i in ????:??:??.? ; do

echo "-n $i > unbind and bind"
echo -n "$i" > unbind
echo -n "$i" > bind
done
done

1 members found this post helpful.

No need to reboot surely just pull it out & re plug it in should get the driver reloaded.

That was the problem it would not remove (unbind) automatically in redhat
This works like a champ

Batteries going bad?

LOL nope fresh ones! Just seems something - nothing found in logs - happens and whamo no comm. Logitech states they don't support Linux only windows. So basic functions are probably fine, but perhaps something on the outside sends the drivers into some wait state. IDK - the script above fixes it

Any neighbor close? Any interference with other devices? Too far away? Line of sight issue?

Bad switch, bad connection to usb port, bad receiver?

Is this on a hub?

Guess you could disable acpi and see if your theory of sleep is correct.

No it will stop in mid typing. It is not power save or a timeout (I've found out over time)
Also found the script above doesn't always work - not sure why as it did on many occasions
Will keep y'all informed if i find anything new out