查找负责的设备

Question

我遇到了同样的问题，即飞行模式会被激活和停用（至少在移动盖子时）。

设备：HP HP Spectre x360 二合一笔记本 14-ef2xxx
配有德语键盘
Ubuntu 22.04 LTS

将扫描码 e057 和 e058 映射到键码 240 没有帮助。使用

sudo showkey

移动盖子表明，如果盖子在向前或向后方向上越过某些角度，即相对于桌子（或膝盖：D）大约 45 度，则按下并释放键 247（我的机器上的飞行模式）。

然而，重复同样的过程

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、蓝牙等）作为处理程序。我将其称为设备从这里开始。

获取密钥代码

在测试设备并获取密钥代码之前，请安装 evtest。输入（然后输入）

sudo apt install -y evtest

如果出现提示，请输入您的密码。要测试设备是否负责并获取密钥代码，请打开虚拟终端（在普通终端 X 中，基本上是您的 Ubuntu GUI，可能会使此测试无法进行）。通常通过 Ctrl + Alt + F1 完成此操作，但就我而言，F1 必须替换为 F3。要返回 X，请按 Ctrl + Alt + F2（就我而言）。在其他机器上，它通常似乎是 F7。我通过反复试验找到了适合我的正确键。

提供您的用户名和密码。输入（然后按 Enter）

sudo evtest /dev/input/event17

在我的情况下是 event17，因为它位于设备的 Handler 字段中，见上文。我注意到，如果我将鼠标和键盘连接到笔记本电脑，该数字会发生变化。因此，在您的情况下，它可能是一个不同的数字。

接下来，关闭并打开盖子。通过 Ctrl + C 退出 evtest 的测试模式，并通过 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 事件”是负责的。

使用 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，也就是evtest中关闭或者打开时第一个事件的值（MSC_SCAN之后），被设置为unknown。

使用 Ctrl + O、Enter 保存，然后使用 Ctrl + X 关闭。然后通过以下方式更新

sudo systemd-hwdb update

sudo udevadm trigger

这来自[2]。

移动盖子。它应该不会再触发飞行模式。我不必像 [2] 中那样将这些更改“永久”化。重启后问题仍然得到解决。让我们看看下一次更新是否会解除这个问题……

我希望这对你或者任何人有帮助！

干杯 jk

参考

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

[2]切换到平板电脑模式时切换飞行模式（HP spectre x360）

Answer 1

我遇到了同样的问题，即飞行模式会被激活和停用（至少在移动盖子时）。

设备：HP HP Spectre x360 二合一笔记本 14-ef2xxx
配有德语键盘
Ubuntu 22.04 LTS

将扫描码 e057 和 e058 映射到键码 240 没有帮助。使用

sudo showkey

移动盖子表明，如果盖子在向前或向后方向上越过某些角度，即相对于桌子（或膝盖：D）大约 45 度，则按下并释放键 247（我的机器上的飞行模式）。

然而，重复同样的过程

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、蓝牙等）作为处理程序。我将其称为设备从这里开始。

获取密钥代码

在测试设备并获取密钥代码之前，请安装 evtest。输入（然后输入）

sudo apt install -y evtest

如果出现提示，请输入您的密码。要测试设备是否负责并获取密钥代码，请打开虚拟终端（在普通终端 X 中，基本上是您的 Ubuntu GUI，可能会使此测试无法进行）。通常通过 Ctrl + Alt + F1 完成此操作，但就我而言，F1 必须替换为 F3。要返回 X，请按 Ctrl + Alt + F2（就我而言）。在其他机器上，它通常似乎是 F7。我通过反复试验找到了适合我的正确键。

提供您的用户名和密码。输入（然后按 Enter）

sudo evtest /dev/input/event17

在我的情况下是 event17，因为它位于设备的 Handler 字段中，见上文。我注意到，如果我将鼠标和键盘连接到笔记本电脑，该数字会发生变化。因此，在您的情况下，它可能是一个不同的数字。

接下来，关闭并打开盖子。通过 Ctrl + C 退出 evtest 的测试模式，并通过 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 事件”是负责的。

使用 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，也就是evtest中关闭或者打开时第一个事件的值（MSC_SCAN之后），被设置为unknown。

使用 Ctrl + O、Enter 保存，然后使用 Ctrl + X 关闭。然后通过以下方式更新

sudo systemd-hwdb update

sudo udevadm trigger

这来自[2]。

移动盖子。它应该不会再触发飞行模式。我不必像 [2] 中那样将这些更改“永久”化。重启后问题仍然得到解决。让我们看看下一次更新是否会解除这个问题……

我希望这对你或者任何人有帮助！

干杯 jk

参考

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

[2]切换到平板电脑模式时切换飞行模式（HP spectre x360）

查找负责的设备

答案1

查找负责的设备

获取密钥代码

使用 hwdb 修复

相关内容