原因となっているデバイスを見つける

Question

私も同じ問題を抱えていました。機内モードが有効になったり無効になったりするのです（少なくとも蓋を動かすと）。

デバイス: HP HP Spectre x360 2-in-1 ノートパソコン 14-ef2xxx
ドイツ語キーボード付き
Ubuntu 22.04 LTS

スキャンコードe057とe058をキーコード240にマッピングしても効果はありませんでした。

sudo showkey

蓋を動かすと、蓋がテーブル（または膝）に対して前方または後方に約 45 度の特定の角度を越えると、キー 247（私のマシンでは機内モード）が押されて放されることがわかります。

しかし、同じ手順を繰り返すと

sudo showkey -s

スキャンコードがアクティブ化されていないことを示しています。したがって、を使用して一部のスキャンコードを一部のキーコードにマッピングするだけでは、この問題を修正できない可能性がありますsetkeycodes。

私は [2] に似た [1] の助けを借りてこれを修正しました。後者を 1 対 1 で実行してもうまくいきませんでした。どうやら、キーマッピングの影響を受けるには、著者とは異なるデバイスが必要だったようです。

私は答えを探し、試行錯誤し、専門家レベルの投稿に困惑しながら、本当に長い時間を費やしました。少なくとも何かを学びました。あなたや他の人たちがそのような思いをしなくて済むように、このステップバイステップの解決策をできるだけ初心者に優しいものにするよう努めています。

原因となっているデバイスを見つける

Ctrl + Alt + T でターミナルを開きます。

入力してEnterキーを押します

cat /proc/bus/input/devices

デバイスのリストを取得します。「Intel 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（無線LAN、Bluetoothなどすべての無線を無効にする）をハンドラとして持っているためである可能性がある。私はそれをデバイスここから。

キーコードを取得する

デバイスをテストしてキーコードを取得する前に、evtestをインストールしてください。入力してEnterします。

sudo apt install -y evtest

パスワードの入力を求められた場合は、パスワードを入力してください。デバイスが原因かどうかをテストし、キーコードを取得するには、仮想ターミナルを開きます (通常のターミナル X、基本的には Ubuntu GUI では、このテストが不可能な場合があります)。多くの場合、これは Ctrl + Alt + F1 で実行されますが、私の場合は F1 を F3 に置き換える必要があります。X に戻るには、Ctrl + Alt + F2 を押します (私の場合)。他のマシンでは、多くの場合 F7 のようです。私は試行錯誤して、自分にとって適切なキーを見つけました。

ユーザー名とパスワードを入力してください。入力してEnterキーを押します。

sudo evtest /dev/input/event17

私の場合は、これはデバイスの Handler フィールドにあったため、event17 です (上記を参照)。たとえば、マウスとキーボードをラップトップに接続すると、番号が変わることに気付きました。したがって、あなたの場合は、番号が異なる可能性があります。

次に、蓋を閉じて開きます。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...蓋の動き中に出力された 10 個のイベントがあります。最初の 5 つのイベントは蓋を閉じることに関するもので、後の 5 つのイベントは蓋を開くことに関するものです。完全に閉じていないことに注意してください。約 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上記の prompt の出力を参照)。その後のアスタリスクは、*任意の数のシンボルのプレースホルダーです。ただし、[1] のように、これ以上の指定はしていません。理由は、マウスなどの他のハードウェアを接続 (切断) すると、デバイスのモダリアスが変わるように見えるためです。

2 行目のインデントに注意してください。evtest で閉じるまたは開くときの最初のイベントの値 (MSC_SCAN の後) であるキー 08 は、不明に設定されています。

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-in-1 ノートパソコン 14-ef2xxx
ドイツ語キーボード付き
Ubuntu 22.04 LTS

スキャンコードe057とe058をキーコード240にマッピングしても効果はありませんでした。

sudo showkey

蓋を動かすと、蓋がテーブル（または膝）に対して前方または後方に約 45 度の特定の角度を越えると、キー 247（私のマシンでは機内モード）が押されて放されることがわかります。

しかし、同じ手順を繰り返すと

sudo showkey -s

スキャンコードがアクティブ化されていないことを示しています。したがって、を使用して一部のスキャンコードを一部のキーコードにマッピングするだけでは、この問題を修正できない可能性がありますsetkeycodes。

私は [2] に似た [1] の助けを借りてこれを修正しました。後者を 1 対 1 で実行してもうまくいきませんでした。どうやら、キーマッピングの影響を受けるには、著者とは異なるデバイスが必要だったようです。

私は答えを探し、試行錯誤し、専門家レベルの投稿に困惑しながら、本当に長い時間を費やしました。少なくとも何かを学びました。あなたや他の人たちがそのような思いをしなくて済むように、このステップバイステップの解決策をできるだけ初心者に優しいものにするよう努めています。

原因となっているデバイスを見つける

Ctrl + Alt + T でターミナルを開きます。

入力してEnterキーを押します

cat /proc/bus/input/devices

デバイスのリストを取得します。「Intel 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（無線LAN、Bluetoothなどすべての無線を無効にする）をハンドラとして持っているためである可能性がある。私はそれをデバイスここから。

キーコードを取得する

デバイスをテストしてキーコードを取得する前に、evtestをインストールしてください。入力してEnterします。

sudo apt install -y evtest

パスワードの入力を求められた場合は、パスワードを入力してください。デバイスが原因かどうかをテストし、キーコードを取得するには、仮想ターミナルを開きます (通常のターミナル X、基本的には Ubuntu GUI では、このテストが不可能な場合があります)。多くの場合、これは Ctrl + Alt + F1 で実行されますが、私の場合は F1 を F3 に置き換える必要があります。X に戻るには、Ctrl + Alt + F2 を押します (私の場合)。他のマシンでは、多くの場合 F7 のようです。私は試行錯誤して、自分にとって適切なキーを見つけました。

ユーザー名とパスワードを入力してください。入力してEnterキーを押します。

sudo evtest /dev/input/event17

私の場合は、これはデバイスの Handler フィールドにあったため、event17 です (上記を参照)。たとえば、マウスとキーボードをラップトップに接続すると、番号が変わることに気付きました。したがって、あなたの場合は、番号が異なる可能性があります。

次に、蓋を閉じて開きます。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...蓋の動き中に出力された 10 個のイベントがあります。最初の 5 つのイベントは蓋を閉じることに関するもので、後の 5 つのイベントは蓋を開くことに関するものです。完全に閉じていないことに注意してください。約 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上記の prompt の出力を参照)。その後のアスタリスクは、*任意の数のシンボルのプレースホルダーです。ただし、[1] のように、これ以上の指定はしていません。理由は、マウスなどの他のハードウェアを接続 (切断) すると、デバイスのモダリアスが変わるように見えるためです。

2 行目のインデントに注意してください。evtest で閉じるまたは開くときの最初のイベントの値 (MSC_SCAN の後) であるキー 08 は、不明に設定されています。

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で修正

関連情報