Eu tive esse bug por um longo tempo e não consegui pesquisar uma solução. Se não for uma solução, algumas ideias de quais outros métodos eu poderia tomar para determinar a causa exata seriam úteis.
Laptop: Dell lat 6520 running ubuntu 10.10, GNOME 2.32.0
O erro: de vez em quando, enquanto digito, uma tecla apenas "pressiona" a si mesma indefinidamente. Meu teclado não está sujo; a chave não está fisicamente presa, esse bug se apresentou na primeira semana de uso deste laptop. Isso pode acontecer com qualquer tecla, até mesmo a tecla shift ("enter" e as teclas de seta são especialmente irritantes), e em qualquer aplicação, implicando para mim que pode ser relacionado ao hardware. O restante do teclado não responde; se eu mudar para outro aplicativo, ele continua lá também. Eu ainda tenho o uso do meu mouse externo, e descobri que posso colocar a caixa em Suspender, e restaurá-lo alguns segundos depois, ele se foi.
No entanto, após a restauração da suspensão, eu sempre noto a primeira vez que pressiono a tecla que está presa, ela não registra; exemplo: minha senha contém uma letra "v". Se "v" foi a letra furada, eu tenho que pressionar "v" duas vezes para obtê-lo registrar a primeira vez durante o login, então ele funciona bem depois.
Hoje, eu anexei o xev ao meu aplicativo Geany, pois é onde eu trabalho a maior parte do tempo e espero que isso aconteça como sempre acontece. A chave da sorte desta vez foi "=".
Aqui está um trecho do arquivo de log xev: link
Você pode imaginar como essa porcaria é irritante. Quaisquer pistas ou sugestões úteis são muito apreciadas. Se você souber se há outros registros que gostaria de ver a partir desse momento, ou algo mais que você acha que devo correr enquanto aguardo que isso aconteça novamente, eu de bom grado.
Aqui estão algumas coisas que eu tentei:
Ainda pesquisando outros problemas que parecem um pouco parecidos, li várias sugestões de que definir a opção de inicialização acpi = off resolverá muitos tipos de problemas ou falhas relacionados a entradas.
A configuração acpi=off ^ não funcionou. O bug ainda existe.
Instalei xdotool , o que permite enviar eventos chave para o X ou uma janela específica, escrever um script para enviar um evento do KeyUp para cada chave que eu possa digitar nesse teclado de laptop e colocá-lo na barra de ferramentas . Então, da próxima vez que isso acontecer, eu posso clicar para executá-lo e ele vai pegar um evento de chave para qualquer chave que esteja presa naquele momento.
Estou esperançoso, porque notei que depois de brincar com o xdotool, ele reproduz o mesmo efeito que o bug faz depois de eu suspender - a chave não registra a primeira vez que você o pressiona. Se eu usar 'xdotool keydown x', ele simplesmente envia 'x' como se você estivesse digitando, mas depois que você o mata, a primeira vez que você pressiona 'x', ele não se registra, assim como meu bug.
O xdotool funcionou um pouco. Ele parou os eventos keydown constantes (na tecla 'e' dessa vez), mas depois o teclado não respondeu, como quando os eventos keydown estavam acontecendo. Eu também tenho scripts para desativar e reativar o teclado com xinput, o que eu tentei, mas eles não fizeram nada. Eu tive que suspender meu laptop e fazer login novamente para recuperar o teclado.