Depurando o problema
A grande pista aqui é a mensagem de erro:
usbhid: 9-2:1.1: couldn't find an input interrupt endpoint
A USB HID significa USB Human Interface Device , que normalmente significa o seu teclado ou mouse, supondo que eles sejam Dispositivos baseados em USB.
Teclado ou mouse?
Quando o problema aparecer, você normalmente verá mensagens de erro no dmesg
que também correspondem aos erros do usbhid. Ao olhar, o OP foi capaz de descobrir que essas mensagens estavam definitivamente lá, e que elas pareciam estar apontando para o mouse como sendo o culpado.
Desativando o mouse
Para depurar ainda mais o problema, sugeri que você desativasse o mouse, usando um método que eu documentei em outro U & Q e & A intitulado: Desative o teclado externo a partir de um script . O método usa xinput
para definir a propriedade devices de modo que ela seja desativada, por exemplo:
$ xinput set-int-prop 2 "Device Enabled" 8 0
Depois que o OP usou um comando similar ao anterior, o problema pareceu desaparecer, essencialmente confirmando a suspeita.
Que tipo de mouse é esse?
Em seguida, determinamos o tipo de mouse que foi instalado usando o comando lshw -c input
.
$ sudo lshw -c input
Isso nos levou à nossa próxima pista, o tipo de mouse era um modelo chamado Kinzu.
Problemas com ratos Kinzu
Esta última informação foi bastante crítica para determinar o problema subjacente. Aparentemente, os ratos Kinzu são conhecidos por ter esse problema exato. Eu encontrei vários relatórios sobre isso:
Uma "solução" era usar uma porta USB 3, se disponível, para o mouse. O OP tentou isso, mas não teve efeito sobre os problemas com este mouse.
O que fazer?
Bem, considerando todos os itens acima, parece que o mouse está com defeito ou foi mal projetado, então, na verdade, a única opção é trocá-lo por outro mouse.