尋找負責的設備

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 開啟終端機。

鍵入（然後輸入）

cat /proc/bus/input/devices

取得設備清單。一個名為「英特爾 HID 事件」的事件，

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。我透過反覆試驗找到了適合我的鑰匙。

提供您的使用者名稱和密碼。鍵入（然後輸入）

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 解決此問題，我透過在終端機中鍵入（然後按 Enter）建立了檔案 intel-HID-events.hwdb

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 之後），被設定為未知。

使用 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 開啟終端機。

鍵入（然後輸入）

cat /proc/bus/input/devices

取得設備清單。一個名為「英特爾 HID 事件」的事件，

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。我透過反覆試驗找到了適合我的鑰匙。

提供您的使用者名稱和密碼。鍵入（然後輸入）

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 解決此問題，我透過在終端機中鍵入（然後按 Enter）建立了檔案 intel-HID-events.hwdb

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 之後），被設定為未知。

使用 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 修復

相關內容