Сегодня мне пришлось принудительно выключить машину после того, как она замерзла во время возобновления работы из режима ожидания. После перезагрузки я обнаружил, что клавиша p kbd> не работает нормально в X. Она нормально работает в консоли.
Модифицированные нажатия клавиш, например, shift kbd> - p kbd>, ctrl kbd> - p kbd>, работают нормально.
Нажатие p kbd> при работающем xev
дает
FocusOut event, serial 34, synthetic NO, window 0x5000001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 34, synthetic NO, window 0x5000001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 34, synthetic NO, window 0x0,
keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Может ли эта проблема возникать из-за повреждения файла? Какой файл я бы проверил на наличие повреждений?
Я выполнил fsck на системном диске - запустив tune2fs -C 200 /dev/sda3
перед перезагрузкой - который, похоже, вышел из строя. И.Е.
$ sudo tune2fs -l /dev/sda3 | grep 'state\|check'
Filesystem state: clean
Last checked: Sat Dec 11 12:27:16 2010
Next check after: Thu Jun 9 13:27:16 2011
Я использую обновленную (последнюю версию dist-upgrade, сделанную вчера) ubuntu 10.10.
Я понял, что это происходит из-за опечатки, которую я сделал, когда вручную редактировал файл сочетаний клавиш xfce.
В частности, файл ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml
использовал модификатор Meta5
(который не существует) вместо Mod5
для изменения ключа p kbd>.
Я заметил, что в ~/.xsession-errors
ошибок не было, несмотря на то, что xfce, кажется, что-то там регистрирует.
Некоторым людям может быть полезно заметить, что одна из моих причин редактирования файла заключалась в том, чтобы заставить работать те же самые ярлыки с загрузкой или без загрузки апплета раскладок клавиатуры. В зависимости от того, загружен этот апплет или нет, клавиша «windows» будет зарегистрирована как <Super>
или <Mod5>
.