Найдите ответственное устройство

Question

У меня была та же проблема: режим полета включался и выключался (по крайней мере при перемещении крышки).

устройство: HP HP Spectre x360 2-в-1 Ноутбук 14-ef2xxx
с немецкой клавиатурой
Ubuntu 22.04 LTS

Сопоставление скан-кодов e057 и e058 с кодом ключа 240 не помогло. Использование

sudo showkey

и перемещение крышки показывает, что клавиша 247 (которая на моем компьютере отвечает за режим полета) нажимается и отпускается, если крышка пересекает определенные углы, примерно 45 градусов относительно стола (или колена :D) как в прямом, так и в обратном направлении.

Однако повторение той же процедуры с

sudo showkey -s

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

Я исправил это с помощью [1], что похоже на [2]. Следование последнему один к одному у меня не сработало. Видимо, мне нужно было другое устройство, чем у автора, чтобы на него повлияло сопоставление клавиш.

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

Найдите ответственное устройство

Откройте терминал с помощью Ctrl + Alt + T.

Введите (затем нажмите Enter)

cat /proc/bus/input/devices

чтобы получить список устройств. Тот, который называется "Intel HID events",

I: Bus=0019 Vendor=0000 Product=0000 Version=0000
N: Name="Intel HID events"
P: Phys=
S: Sysfs=/devices/platform/INTC1070:00/input/input35
U: Uniq=
H: Handlers=rfkill kbd event17 
B: PROP=0
B: EV=13
B: KEY=1000300000000 5000004000 1e294000000020 0
B: MSC=10

может быть ответственным, потому что у него есть rfkill (деактивировать все радио, т.е. wlan, bluetooth и т.д.) в качестве обработчика. Я назову егоустройствос этого момента.

Получить коды клавиш

Перед тестированием устройства и получением кодов ключей установите evtest. Введите (затем введите)

sudo apt install -y evtest

Введите свой пароль, если он будет запрошен. Чтобы проверить, отвечает ли устройство, и получить коды клавиш, откройте виртуальный терминал (в обычном терминале X, по сути, ваш графический интерфейс Ubuntu, может сделать этот тест невозможным). Часто это делается с помощью Ctrl + Alt + F1, но в моем случае F1 пришлось заменить на F3. Чтобы вернуться в X, нажмите Ctrl + Alt + F2 (в моем случае). На других машинах это часто кажется F7. Я нашел нужные мне клавиши методом проб и ошибок.

Введите свое имя пользователя и пароль. Введите (затем нажмите Enter)

sudo evtest /dev/input/event17

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

Далее закройте и откройте крышку. Выйдите из режима тестирования evtest через Ctrl + C, а из виртуального терминала через Ctrl + Alt + F2 (в моем случае). На моем экране во время evtest было выведено следующее:

Input driver version is 1.0.1
Input device ID: bus 0x19 vendor 0x0 product 0x0 version 0x0
Input device name: "Intel HID events"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 69 (KEY_NUMLOCK)
    Event code 102 (KEY_HOME)
    Event code 104 (KEY_PAGEUP)
    Event code 107 (KEY_END)
    Event code 109 (KEY_PAGEDOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 142 (KEY_SLEEP)
    Event code 164 (KEY_PLAYPAUSE)
    Event code 166 (KEY_STOPCD)
    Event code 224 (KEY_BRIGHTNESSDOWN)
    Event code 225 (KEY_BRIGHTNESSUP)
    Event code 240 (KEY_UNKNOWN)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
Properties:
Testing ... (interrupt to exit)
Event: time 1684340717.813043, type 4 (EV_MSC), code 4 (MSC_SCAN), value 08
Event: time 1684340717.813043, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 1
Event: time 1684340717.813043, -------------- SYN_REPORT ------------
Event: time 1684340717.813055, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 0
Event: time 1684340717.813055, -------------- SYN_REPORT ------------
Event: time 1684340721.308956, type 4 (EV_MSC), code 4 (MSC_SCAN), value 08
Event: time 1684340721.308956, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 1
Event: time 1684340721.308956, -------------- SYN_REPORT ------------
Event: time 1684340721.308963, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 0
Event: time 1684340721.308963, -------------- SYN_REPORT ------------

Если вы хотите, чтобы это было напечатано в файле, скажем, evtest_output.txt в вашем домашнем каталоге ~, введите

sudo evtest /dev/input/event17 > ~/evtest_output.txt

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

Давайте рассмотрим содержимое evtest_output.txt. Во-первых, он сообщает нам некоторые характеристики устройства и поддерживаемые события. Ниже Testing...приведены десять событий, которые были напечатаны во время движения крышки. Первые пять событий относятся к закрытию, а последние пять событий к открытию крышки. Обратите внимание, что я не закрываю ее полностью. Мне достаточно наклонить ее примерно на 45 градусов, чтобы включить режим полета. Это подтверждает, что устройство «Intel HID events» отвечает за это.

Исправить с помощью hwdb

Чтобы исправить эту проблему с помощью hwdb, я создал файл intel-HID-events.hwdb, введя в терминале (затем Enter)

sudo nano /etc/udev/hwdb.d/intel-HID-events.hwdb

Содержимое, которое я ввел (в моем случае):

evdev:input:b0019v0000p0000e0000-*
 KEYBOARD_KEY_08=unknown

Числа в первой строке — это поля шины (0019), поставщика (0000), продукта (0000) и версии (0000) устройства (см. вывод подсказки cat /proc/us/input/devicesвыше). Звездочка *после этого — это заполнитель для любого количества символов. Однако я не стал уточнять, как это сделано в [1]. Причина в том, что модалии устройства, похоже, меняются, когда я (от)подключаю другое оборудование, например, мышь.

Обратите внимание на отступ второй строки. Ключ 08, который является значением (после MSC_SCAN) первого события при закрытии или открытии в evtest, установлен на неизвестно.

Сохраните с помощью Ctrl + O, Enter и закройте с помощью Ctrl + X. Затем обновите с помощью

sudo systemd-hwdb update

sudo udevadm trigger

Это из [2].

Сдвиньте крышку. Это больше не должно вызывать режим полета. Мне не пришлось делать эти изменения «постоянными», как это сделано в [2]. После перезагрузки проблема все еще устранена. Посмотрим, устранит ли следующее обновление исправление...

Надеюсь, это поможет вам или кому-то еще!

Спасибо, шучу

Рекомендации

[1]https://yulistic.gitlab.io/2017/12/linux-keymapping-with-udev-hwdb/

[2]Переключение режима полета при переключении в режим планшета (HP Spectre x360)

Answer 1

У меня была та же проблема: режим полета включался и выключался (по крайней мере при перемещении крышки).

устройство: HP HP Spectre x360 2-в-1 Ноутбук 14-ef2xxx
с немецкой клавиатурой
Ubuntu 22.04 LTS

Сопоставление скан-кодов e057 и e058 с кодом ключа 240 не помогло. Использование

sudo showkey

и перемещение крышки показывает, что клавиша 247 (которая на моем компьютере отвечает за режим полета) нажимается и отпускается, если крышка пересекает определенные углы, примерно 45 градусов относительно стола (или колена :D) как в прямом, так и в обратном направлении.

Однако повторение той же процедуры с

sudo showkey -s

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

Я исправил это с помощью [1], что похоже на [2]. Следование последнему один к одному у меня не сработало. Видимо, мне нужно было другое устройство, чем у автора, чтобы на него повлияло сопоставление клавиш.

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

Найдите ответственное устройство

Откройте терминал с помощью Ctrl + Alt + T.

Введите (затем нажмите Enter)

cat /proc/bus/input/devices

чтобы получить список устройств. Тот, который называется "Intel HID events",

I: Bus=0019 Vendor=0000 Product=0000 Version=0000
N: Name="Intel HID events"
P: Phys=
S: Sysfs=/devices/platform/INTC1070:00/input/input35
U: Uniq=
H: Handlers=rfkill kbd event17 
B: PROP=0
B: EV=13
B: KEY=1000300000000 5000004000 1e294000000020 0
B: MSC=10

может быть ответственным, потому что у него есть rfkill (деактивировать все радио, т.е. wlan, bluetooth и т.д.) в качестве обработчика. Я назову егоустройствос этого момента.

Получить коды клавиш

Перед тестированием устройства и получением кодов ключей установите evtest. Введите (затем введите)

sudo apt install -y evtest

Введите свой пароль, если он будет запрошен. Чтобы проверить, отвечает ли устройство, и получить коды клавиш, откройте виртуальный терминал (в обычном терминале X, по сути, ваш графический интерфейс Ubuntu, может сделать этот тест невозможным). Часто это делается с помощью Ctrl + Alt + F1, но в моем случае F1 пришлось заменить на F3. Чтобы вернуться в X, нажмите Ctrl + Alt + F2 (в моем случае). На других машинах это часто кажется F7. Я нашел нужные мне клавиши методом проб и ошибок.

Введите свое имя пользователя и пароль. Введите (затем нажмите Enter)

sudo evtest /dev/input/event17

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

Далее закройте и откройте крышку. Выйдите из режима тестирования evtest через Ctrl + C, а из виртуального терминала через Ctrl + Alt + F2 (в моем случае). На моем экране во время evtest было выведено следующее:

Input driver version is 1.0.1
Input device ID: bus 0x19 vendor 0x0 product 0x0 version 0x0
Input device name: "Intel HID events"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 69 (KEY_NUMLOCK)
    Event code 102 (KEY_HOME)
    Event code 104 (KEY_PAGEUP)
    Event code 107 (KEY_END)
    Event code 109 (KEY_PAGEDOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 142 (KEY_SLEEP)
    Event code 164 (KEY_PLAYPAUSE)
    Event code 166 (KEY_STOPCD)
    Event code 224 (KEY_BRIGHTNESSDOWN)
    Event code 225 (KEY_BRIGHTNESSUP)
    Event code 240 (KEY_UNKNOWN)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
Properties:
Testing ... (interrupt to exit)
Event: time 1684340717.813043, type 4 (EV_MSC), code 4 (MSC_SCAN), value 08
Event: time 1684340717.813043, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 1
Event: time 1684340717.813043, -------------- SYN_REPORT ------------
Event: time 1684340717.813055, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 0
Event: time 1684340717.813055, -------------- SYN_REPORT ------------
Event: time 1684340721.308956, type 4 (EV_MSC), code 4 (MSC_SCAN), value 08
Event: time 1684340721.308956, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 1
Event: time 1684340721.308956, -------------- SYN_REPORT ------------
Event: time 1684340721.308963, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 0
Event: time 1684340721.308963, -------------- SYN_REPORT ------------

Если вы хотите, чтобы это было напечатано в файле, скажем, evtest_output.txt в вашем домашнем каталоге ~, введите

sudo evtest /dev/input/event17 > ~/evtest_output.txt

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

Давайте рассмотрим содержимое evtest_output.txt. Во-первых, он сообщает нам некоторые характеристики устройства и поддерживаемые события. Ниже Testing...приведены десять событий, которые были напечатаны во время движения крышки. Первые пять событий относятся к закрытию, а последние пять событий к открытию крышки. Обратите внимание, что я не закрываю ее полностью. Мне достаточно наклонить ее примерно на 45 градусов, чтобы включить режим полета. Это подтверждает, что устройство «Intel HID events» отвечает за это.

Исправить с помощью hwdb

Чтобы исправить эту проблему с помощью hwdb, я создал файл intel-HID-events.hwdb, введя в терминале (затем Enter)

sudo nano /etc/udev/hwdb.d/intel-HID-events.hwdb

Содержимое, которое я ввел (в моем случае):

evdev:input:b0019v0000p0000e0000-*
 KEYBOARD_KEY_08=unknown

Числа в первой строке — это поля шины (0019), поставщика (0000), продукта (0000) и версии (0000) устройства (см. вывод подсказки cat /proc/us/input/devicesвыше). Звездочка *после этого — это заполнитель для любого количества символов. Однако я не стал уточнять, как это сделано в [1]. Причина в том, что модалии устройства, похоже, меняются, когда я (от)подключаю другое оборудование, например, мышь.

Обратите внимание на отступ второй строки. Ключ 08, который является значением (после MSC_SCAN) первого события при закрытии или открытии в evtest, установлен на неизвестно.

Сохраните с помощью Ctrl + O, Enter и закройте с помощью Ctrl + X. Затем обновите с помощью

sudo systemd-hwdb update

sudo udevadm trigger

Это из [2].

Сдвиньте крышку. Это больше не должно вызывать режим полета. Мне не пришлось делать эти изменения «постоянными», как это сделано в [2]. После перезагрузки проблема все еще устранена. Посмотрим, устранит ли следующее обновление исправление...

Надеюсь, это поможет вам или кому-то еще!

Спасибо, шучу

Рекомендации

[1]https://yulistic.gitlab.io/2017/12/linux-keymapping-with-udev-hwdb/

[2]Переключение режима полета при переключении в режим планшета (HP Spectre x360)

Найдите ответственное устройство

решение1

Найдите ответственное устройство

Получить коды клавиш

Исправить с помощью hwdb

Связанный контент