“Липкий ключ” - как ошибка, события KeyPress/Release повторяются неограниченно долго [закрытый]

Я имел эту ошибку для длинного время и не мог исследовать решение. Если не решение, некоторые идеи того, что другие методы я мог взять для определения точной причины, будут полезны.

Laptop: Dell lat 6520 running ubuntu 10.10, GNOME 2.32.0

Ошибка: время от времени, в то время как я ввожу, ключ будет просто продолжать "нажимать" себя неограниченно долго. Моя клавиатура не грязна; ключ физически не застревает, эта ошибка представила себя на первой неделе использования этого ноутбука. Это может произойти с любым ключом, даже клавиша Shift ("войдите", и клавиши со стрелками являются особенно раздражающими), и в любом приложении, подразумевая мне это может быть связано с аппаратными средствами. Остальная часть клавиатуры безразлична; если я переключаюсь на другое приложение, оно продолжается там также. Я имею, все еще имеют использование моей внешней мыши и нашли, что я могу поместить поле в, Приостанавливают и восстанавливают его несколько секунд спустя, этого не стало.

Однако после восстановления от приостанавливают, я всегда замечаю в первый раз, когда я нажимаю клавишу, которая застряла, это не регистрируется; пример: мой пароль содержит букву "v". Если бы "v" был застрявшей буквой, то я должен нажать, "v" дважды для получения его регистрируются в первый раз при входе в систему, то это хорошо работает впоследствии.

Таким образом, сегодня я присоединил xev к своему приложению Geany, так как это - то, где я работаю большую часть моего времени и ожидал его для случая, как это всегда делает. Удачный ключ на этот раз был "=".

Вот отрывок xev файла журнала: http://pastebin.com/pS8RDxgr

Можно вообразить, насколько раздражающий это случайное дерьмо. Любые подсказки или полезные предложения значительно ценятся. Если бы Вы знаете, если любые другие журналы, которые требуется видеть с того времени или чего-то еще, которое Вы думаете, что я должен работать при ожидании его для случая снова, я с удовольствием буду.

Вот некоторые вещи, которые я попробовал:

• Все еще ища вокруг других проблем, которые звучат несколько подобными, я считал несколько предположений, что, устанавливая параметр загрузки acpi=off решит много видов связанных с входом проблем или катастрофических отказов.

• Установка acpi=off ^ не работал. Ошибка все еще существует.

• Я установил xdotool то, которое позволяет Вам, отправляют ключевые события в X или определенное окно, записало сценарий для отправки события KeyUp за каждым ключом, который я могу возможно ввести на этой клавиатуре ноутбука и поместить ее на свою панель инструментов. Так, надо надеяться, в следующий раз, когда это происходит, я могу нажать для выполнения его, и это поймает keyup событие для любого ключа, застревает то время.
  
  Я полон надежд, потому что я заметил после проигрывания с xdotool, что это воспроизводит тот же эффект, который делает ошибка после того, как я приостанавливаю - ключ не регистрируется в первый раз, когда Вы нажимаете его. Если я использую 'xdotool keydown x', это просто отправляет, 'x' как Вы вводят его, но после уничтожения его, в первый раз, когда Вы нажимаете 'x', это не регистрируется, точно так же, как моя ошибка.

• xdotool работал, несколько. Это остановило постоянные keydown события (на 'e' ключе на этот раз), но впоследствии клавиатура была безразлична, точно так же, как когда keydown события происходили. У меня также есть сценарии, чтобы отключить и повторно включить клавиатуру с xinput, который я попробовал, но они ничего не сделали. Я должен был приостановить свой ноутбук и войти в систему снова для возвращения клавиатуры.