Depuración del problema
La gran pista aquí es el mensaje de error:
usbhid:9-2:1.1:no se pudo encontrar un punto final de interrupción de entrada
El USB HID significa Dispositivo de interfaz humana USB, que generalmente significa su teclado o mouse, suponiendo que sean dispositivos basados en USB.
¿Teclado o ratón?
Cuando aparece el problema, normalmente debería ver mensajes de error en el dmesg que corresponden a los errores usbhid también. Al mirar, el OP pudo encontrar que estos mensajes definitivamente estaban allí, y que parecían estar señalando al mouse como el culpable.
Deshabilitar el ratón
Para depurar aún más el problema, sugerí deshabilitar el mouse, usando un método que documenté en otra sesión de preguntas y respuestas de U&L titulada:Deshabilitar el teclado externo desde un script. El método usa xinput para establecer la propiedad de los dispositivos para que esté deshabilitada, por ejemplo:
$ xinput set-int-prop 2 "Device Enabled" 8 0
Después de que el OP usó un comando similar al anterior, el problema pareció desaparecer, confirmando esencialmente la sospecha.
¿Qué tipo de ratón es?
Luego determinamos el tipo de mouse que se instaló usando el comando lshw -c input .
$ sudo lshw -c input
Esto nos llevó a nuestra siguiente pista, el tipo de ratón era un modelo llamado Kinzu.
Problemas con ratones Kinzu
Esta última información fue bastante crítica para determinar el problema subyacente. Aparentemente, los ratones Kinzu son conocidos por tener exactamente este problema. Encontré varios informes al respecto:
- el mouse se retrasa de vez en cuando
- actualización del kernel -> el mouse deja de funcionar
Una "solución alternativa" fue usar un puerto USB 3, si estaba disponible, para el mouse. El OP intentó esto pero no tuvo efecto en los problemas con este mouse.
¿Qué hacer?
Bueno, teniendo en cuenta todo lo anterior, parece que el mouse está defectuoso o simplemente está mal diseñado, por lo que realmente la única opción es cambiarlo por otro mouse.