Почему существует задержка между нажатием клавиши и при ее принятии?

Это одна из самых сумасшедших и странных проблем, с которыми я когда-либо сталкивался. Моя клавиатура работала абсолютно нормально до вчерашнего дня на Ubuntu 13.04. Однако, когда я загружаюсь в Ubuntu сегодня, я внезапно обнаружил, что все ключи работают, но я должен нажать и удерживать их примерно на секунду, чтобы они работали.

Это поведение верно для всех ключи, за исключением кнопок Num Lock, Caps Lock и Scroll Lock, индикатор для них на моей клавиатуре загорается, как только я нажимаю эти клавиши. Клавиатура отлично работает на экране входа в систему, где я помещаю свой пароль. Клавиатура также работает нормально, если я использую гостевую сессию вместо обычной учетной записи пользователя. Я не делал никаких ключей-повторов и использовал стандартную раскладку клавиатуры на английском (США). Я возился с настройками клавиатуры в настройках системы, но безрезультатно. У меня Windows 7 как двойная загрузка, и клавиатура отлично работает на нем.

Почему я сталкиваюсь с таким поведением и как его нормализовать?

PS: Использование классической клавиатуры Logitech K100 (модель USB).

1
задан 5 October 2013 в 04:20

7 ответов

Я не могу опубликовать правильный ответ с изображениями, и все потому, что я сейчас на общедоступном компьютере только для Windows, но попробуйте перейти к настройкам клавиатуры и проверить, есть ли настройка чувствительности клавиш, тогда, возможно, вы можете настроить он там ... также попробуйте отключить клавиатуру, а затем снова подключить ее. Возможно, это сбрасывает ее ... Только предложения!

Надеюсь, это поможет ... Удачи!

1
ответ дан 24 May 2018 в 17:35

У меня была аналогичная проблема. Я наткнулся на ответ, пытаясь найти решение здесь. Каким-то образом экранный ридер был включен и вызывал неустойчивое поведение. Проверьте его в разделе «Системные настройки» → «Универсальный доступ» → «Просмотр». Убедитесь, что для параметра Считыватель экрана установлено значение ВЫКЛ. Screen Reader OFF

1
ответ дан 24 May 2018 в 17:35
  • 1
    В 16.04 я решил проблему, выполнив ответ о читателе экрана , который указан в этом потоке. Кроме того, чтобы не случайно ее активировать, я отключил ярлык программы чтения с экрана в System settings -> keyboard -> shortcut -> universal access. – blonchkman 11 February 2017 в 15:34

Это может произойти, когда программа демона захватывает нажатия клавиш (например, на борту). В качестве пробной версии откройте gnome-system-monitor и посмотрите, есть ли скрипт bash или даже скрипты python. Попробуйте закрыть его, если он запущен.

0
ответ дан 24 May 2018 в 17:35
  • 1
    Я не нахожу никакого процесса с именем onboard или других скриптов bash / python. – Aditya 4 October 2013 в 23:28
  • 2
    @Aditya У вас есть compiz установлен? Если так, проверьте там ... Вы пробовали другую клавиатуру? Вы давно использовали ubuntu, или просто установили его? – SoCalDiegoRob 5 October 2013 в 01:37

Я знаю, что то, что я порекомендую, является почти самым простым и уродливым решением:

Переместите каталоги .* в другое место:

mkdir ~/backup
mv ~/.config ~/.dbus ~/.gconf ~/backup/

теперь перезагрузится вашей сессии. Проблема должна исчезнуть. Если проблема исчезнет, ​​вы можете восстановить один за другим невинный с помощью

cp -nr ~/backup/.dbus ~/.dbus

Перезапустить сеанс, вопрос есть снова? Удалите каталог и скопируйте вместо него содержимое подкаталогов. То же самое с двумя другими каталогами.

cp -nr ~/backup/.config ~/.config
cp -nr ~/backup/.gconf ~/.gconf

Я знаю, что это довольно жестокий метод, но поскольку я не смог найти точный файл / dconf / gconf / xinput, который мог бы вызвать это, немного быстрый взломать должно быть достаточно.

0
ответ дан 24 May 2018 в 17:35
  • 1
    Затем, если бы я внес какие-либо изменения в настройки в этих папках намеренно / непреднамеренно, они тоже ушли. – Aditya 5 October 2013 в 01:22
  • 2
    Не обязательно, для этого я попросил вас переместить не удалить файлы , проверить мой обновленный ответ. BTW, мой метод очень похож на отладку, поскольку это было возможным обновлением, которое причудливо настраивает конфигурацию, и поиск их комментариев в вашем вопросе кажется слишком длинным, и ответы должны быть более универсальными, насколько это возможно. – Braiam 5 October 2013 в 01:31
  • 3
    Хорошо ... Я использовал cp -r (без флага -n) и восстановил все 3 . папки ... Перезапуск системы и клавиатуры все еще работают нормально ... Однако настройка не была восстановлена - Я потерял настройки, связанные с настройкой обоев, настройками единства, даты и времени - те, которые видны мгновенно, все потеряны. – Aditya 5 October 2013 в 02:16
  • 4
    Ммм ... это неправильно. Если вы использовали cp -r и скопировали все, что у вас должно было быть все, поскольку cp по умолчанию заменяет файлы ... что-то нечестивое в вашей системе. Кстати, с первой попытки, где тоже потерялись конфигурации? – Braiam 5 October 2013 в 06:26
  • 5
    Брайам: Я пытался восстановить папки все время ... но мои настройки не восстанавливаются. Я скоро опубликую новый вопрос о восстановлении моих настроек. В любом случае, спасибо за ваше время; однако после ответа @ Radu бы решил этот вопрос :) – Aditya 5 October 2013 в 18:44

Есть еще одна причина задержки при переключении раскладки клавиатуры. В соответствии с выпуском № 1370953 (и № 1370953) такое поведение может быть связано с плохой производительностью диска. См. Комментарий Максима Кравец:

Каждое изменение макета чередует файл ~ / .config / dconf / user. Изменение формата происходит медленно, когда диск занят.

Существует одна вещь (не только одна) для перехода по проблеме диска - для изменения планировщика очереди дисков. По умолчанию Ubuntu настроен на использование планировщика крайних сроков, для медленного жесткого диска лучше использовать cfq scheduler.

См. # 1370953 .

0
ответ дан 24 May 2018 в 17:35

Проблема этого неприемлемого запаздывания ввода текста также может иметь совершенно другую причину, чем те, которые были указаны здесь ранее (Sticky Keys), и я нашел это:

По ошибке у меня была опция «Экранная лупа» '(Параметры доступности). - И человек, делает ли это медленное текстовое сообщение, если вы используете низкопрограммный нетбук, как и я (ASUS X206HA) ... сделал меня наполовину сумасшедшим. - Но случайно я, наконец, узнал об этом, выключил Лупу и все вернулось к быстрой и гладкой снова.

0
ответ дан 24 May 2018 в 17:35

Как описано в вопросе, на экране входа у меня не было задержки, но в диспетчере окон (awesome wm) было нерегулярное отставание клавиатуры (иногда короткая / длинная задержка). Раньше я использовал следующий код в /etc/X11/xorg.conf

Section "Device"
Identifier  "Card0"
Driver      "intel"
Option      "Backlight"  "/sys/class/backlight"
EndSection

, чтобы xbacklight работал. Оказалось, что вышеупомянутые строки вызвали задержку клавиатуры в моем случае.

0
ответ дан 24 May 2018 в 17:35

Другие вопросы по тегам:

Похожие вопросы: