Suchen Sie das verantwortliche Gerät

Question

Ich hatte das gleiche Problem, dass der Flugmodus aktiviert und deaktiviert wurde (zumindest beim Bewegen des Deckels).

Gerät: HP HP Spectre x360 2-in-1 Laptop 14-ef2xxx
mit deutscher Tastatur
Ubuntu 22.04 LTS

Das Zuordnen der Scancodes e057 und e058 zum Schlüsselcode 240 hat nicht geholfen.

sudo showkey

und das Bewegen des Deckels zeigt, dass die Taste 247 (das ist der Flugmodus auf meinem Computer) gedrückt und losgelassen wird, wenn der Deckel bestimmte Winkel überschreitet, ungefähr 45 Grad relativ zum Tisch (oder Schoß :D), sowohl nach vorne als auch nach hinten.

Wiederholen Sie jedoch das gleiche Verfahren mit

sudo showkey -s

zeigt an, dass keine Scancodes aktiviert sind. Dies kann also wahrscheinlich nicht behoben werden, indem man einfach einen Scancode mit einem Tastencode verknüpft setkeycodes.

Ich habe es mithilfe von [1] behoben, das [2] ähnelt. Letzterem eins zu eins zu folgen, hat bei mir nicht funktioniert. Offenbar brauchte ich ein anderes Gerät als das des Autors, damit die Tastenbelegung betroffen war.

Ich habe wirklich lange nach Antworten gesucht, herumprobiert und war verwirrt von den auf Expertenniveau verfassten Beiträgen. Immerhin habe ich etwas gelernt. Um Ihnen und anderen das hoffentlich zu ersparen, versuche ich, diese Schritt-für-Schritt-Lösung so anfängerfreundlich wie möglich zu gestalten.

Suchen Sie das verantwortliche Gerät

Öffnen Sie ein Terminal über Strg + Alt + T.

Geben Sie ein (und drücken Sie die Eingabetaste).

cat /proc/bus/input/devices

um eine Liste der Geräte zu erhalten. Die mit dem Namen "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

könnte verantwortlich sein, da es rfkill (deaktiviert alle Radios, also WLAN, Bluetooth usw.) als Handler hat. Ich werde es denGerätvon hier an.

Holen Sie sich die Schlüsselcodes

Bevor Sie das Gerät testen und die Schlüsselcodes erhalten, installieren Sie evtest. Geben Sie ein (und drücken Sie die Eingabetaste)

sudo apt install -y evtest

Geben Sie Ihr Passwort ein, wenn Sie dazu aufgefordert werden. Um zu testen, ob das Gerät zuständig ist, und um die Tastencodes abzurufen, öffnen Sie ein virtuelles Terminal (in einem normalen Terminal kann X, im Grunde Ihre Ubuntu-GUI, diesen Test unmöglich machen). Dies geschieht häufig über Strg + Alt + F1, aber in meinem Fall muss F1 durch F3 ersetzt werden. Um zu X zurückzukehren, drücken Sie Strg + Alt + F2 (in meinem Fall). Auf anderen Maschinen scheint es oft F7 zu sein. Ich habe die richtigen Tasten für mich durch Ausprobieren gefunden.

Geben Sie Ihren Benutzernamen und Ihr Passwort ein. Geben Sie ein (und drücken Sie die Eingabetaste).

sudo evtest /dev/input/event17

In meinem Fall ist es event17, da dies im Handler-Feld des Geräts stand, siehe oben. Mir ist aufgefallen, dass sich die Nummer ändert, wenn ich z. B. eine Maus und eine Tastatur an meinen Laptop anschließe. In deinem Fall könnte es also eine andere Nummer sein.

Als nächstes schließen und öffnen Sie den Deckel. Verlassen Sie den Testmodus von evtest über Strg + C und verlassen Sie das virtuelle Terminal über Strg + Alt + F2 (in meinem Fall). Auf meinem Bildschirm wurde während evtest Folgendes gedruckt:

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 ------------

Wenn Sie dies in einer Datei, beispielsweise evtest_output.txt in Ihrem Home-Verzeichnis, ausdrucken möchten ~, geben Sie

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

stattdessen im obigen Schritt. Beachten Sie jedoch, dass die Ausgabe während des Tests nicht auf dem Bildschirm angezeigt wird.

Sehen wir uns den Inhalt von evtest_output.txt an. Zunächst werden uns einige Gerätespezifikationen und die unterstützten Ereignisse angezeigt. Darunter Testing...befinden sich zehn Ereignisse, die während der Bewegung des Deckels gedruckt wurden. Die ersten fünf Ereignisse gehören zum Schließen und die letzten fünf Ereignisse zum Öffnen des Deckels. Beachten Sie, dass ich ihn nicht vollständig schließe. Eine Neigung von etwa 45 Grad reicht aus, um den Flugzeugmodus auszulösen. Dies bestätigt, dass das Gerät „Intel HID-Ereignisse“ verantwortlich ist.

Mit hwdb beheben

Um dieses Problem mit hwdb zu beheben, habe ich die Datei intel-HID-events.hwdb erstellt, indem ich sie in das Terminal eingegeben habe (und dann die Eingabetaste gedrückt habe).

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

Die Inhalte, die ich eingegeben habe, sind (in meinem Fall)

evdev:input:b0019v0000p0000e0000-*
 KEYBOARD_KEY_08=unknown

Die Zahlen in der ersten Zeile sind die Felder Bus (0019), Hersteller (0000), Produkt (0000) und Version (0000) des Gerätes (siehe Ausgabe der cat /proc/us/input/devicesEingabeaufforderung oben). Der Asterisk *danach ist ein Platzhalter für beliebige Symbole. Ich habe jedoch nicht weiter spezifiziert, wie es in [1] geschieht. Mein Grund ist, dass sich die Modalitäten des Gerätes zu ändern scheinen, wenn ich andere Hardware, z. B. meine Maus, anschließe oder abtrenne.

Beachten Sie die Einrückung der zweiten Zeile. Der Schlüssel 08, der den Wert (nach MSC_SCAN) des ersten Ereignisses beim Schließen oder Öffnen in evtest darstellt, wird auf unbekannt gesetzt.

Speichern mit Strg + O, Enter, und schließen mit Strg + X. Anschließend aktualisieren über

sudo systemd-hwdb update

sudo udevadm trigger

Dies ist aus [2].

Bewegen Sie den Deckel. Er sollte den Flugmodus nicht mehr auslösen. Ich musste diese Änderungen nicht "permanent" vornehmen, wie in [2] beschrieben. Nach dem Neustart ist das Problem immer noch behoben. Mal sehen, ob das nächste Update den Fix rückgängig macht...

Ich hoffe, das hilft Ihnen oder irgendjemand anderem da draußen!

Prost, jk

Verweise

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

[2]Umschalten des Flugmodus beim Wechseln in den Tablet-Modus (HP Spectre x360)

Answer 1

Ich hatte das gleiche Problem, dass der Flugmodus aktiviert und deaktiviert wurde (zumindest beim Bewegen des Deckels).

Gerät: HP HP Spectre x360 2-in-1 Laptop 14-ef2xxx
mit deutscher Tastatur
Ubuntu 22.04 LTS

Das Zuordnen der Scancodes e057 und e058 zum Schlüsselcode 240 hat nicht geholfen.

sudo showkey

und das Bewegen des Deckels zeigt, dass die Taste 247 (das ist der Flugmodus auf meinem Computer) gedrückt und losgelassen wird, wenn der Deckel bestimmte Winkel überschreitet, ungefähr 45 Grad relativ zum Tisch (oder Schoß :D), sowohl nach vorne als auch nach hinten.

Wiederholen Sie jedoch das gleiche Verfahren mit

sudo showkey -s

zeigt an, dass keine Scancodes aktiviert sind. Dies kann also wahrscheinlich nicht behoben werden, indem man einfach einen Scancode mit einem Tastencode verknüpft setkeycodes.

Ich habe es mithilfe von [1] behoben, das [2] ähnelt. Letzterem eins zu eins zu folgen, hat bei mir nicht funktioniert. Offenbar brauchte ich ein anderes Gerät als das des Autors, damit die Tastenbelegung betroffen war.

Ich habe wirklich lange nach Antworten gesucht, herumprobiert und war verwirrt von den auf Expertenniveau verfassten Beiträgen. Immerhin habe ich etwas gelernt. Um Ihnen und anderen das hoffentlich zu ersparen, versuche ich, diese Schritt-für-Schritt-Lösung so anfängerfreundlich wie möglich zu gestalten.

Suchen Sie das verantwortliche Gerät

Öffnen Sie ein Terminal über Strg + Alt + T.

Geben Sie ein (und drücken Sie die Eingabetaste).

cat /proc/bus/input/devices

um eine Liste der Geräte zu erhalten. Die mit dem Namen "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

könnte verantwortlich sein, da es rfkill (deaktiviert alle Radios, also WLAN, Bluetooth usw.) als Handler hat. Ich werde es denGerätvon hier an.

Holen Sie sich die Schlüsselcodes

Bevor Sie das Gerät testen und die Schlüsselcodes erhalten, installieren Sie evtest. Geben Sie ein (und drücken Sie die Eingabetaste)

sudo apt install -y evtest

Geben Sie Ihr Passwort ein, wenn Sie dazu aufgefordert werden. Um zu testen, ob das Gerät zuständig ist, und um die Tastencodes abzurufen, öffnen Sie ein virtuelles Terminal (in einem normalen Terminal kann X, im Grunde Ihre Ubuntu-GUI, diesen Test unmöglich machen). Dies geschieht häufig über Strg + Alt + F1, aber in meinem Fall muss F1 durch F3 ersetzt werden. Um zu X zurückzukehren, drücken Sie Strg + Alt + F2 (in meinem Fall). Auf anderen Maschinen scheint es oft F7 zu sein. Ich habe die richtigen Tasten für mich durch Ausprobieren gefunden.

Geben Sie Ihren Benutzernamen und Ihr Passwort ein. Geben Sie ein (und drücken Sie die Eingabetaste).

sudo evtest /dev/input/event17

In meinem Fall ist es event17, da dies im Handler-Feld des Geräts stand, siehe oben. Mir ist aufgefallen, dass sich die Nummer ändert, wenn ich z. B. eine Maus und eine Tastatur an meinen Laptop anschließe. In deinem Fall könnte es also eine andere Nummer sein.

Als nächstes schließen und öffnen Sie den Deckel. Verlassen Sie den Testmodus von evtest über Strg + C und verlassen Sie das virtuelle Terminal über Strg + Alt + F2 (in meinem Fall). Auf meinem Bildschirm wurde während evtest Folgendes gedruckt:

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 ------------

Wenn Sie dies in einer Datei, beispielsweise evtest_output.txt in Ihrem Home-Verzeichnis, ausdrucken möchten ~, geben Sie

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

stattdessen im obigen Schritt. Beachten Sie jedoch, dass die Ausgabe während des Tests nicht auf dem Bildschirm angezeigt wird.

Sehen wir uns den Inhalt von evtest_output.txt an. Zunächst werden uns einige Gerätespezifikationen und die unterstützten Ereignisse angezeigt. Darunter Testing...befinden sich zehn Ereignisse, die während der Bewegung des Deckels gedruckt wurden. Die ersten fünf Ereignisse gehören zum Schließen und die letzten fünf Ereignisse zum Öffnen des Deckels. Beachten Sie, dass ich ihn nicht vollständig schließe. Eine Neigung von etwa 45 Grad reicht aus, um den Flugzeugmodus auszulösen. Dies bestätigt, dass das Gerät „Intel HID-Ereignisse“ verantwortlich ist.

Mit hwdb beheben

Um dieses Problem mit hwdb zu beheben, habe ich die Datei intel-HID-events.hwdb erstellt, indem ich sie in das Terminal eingegeben habe (und dann die Eingabetaste gedrückt habe).

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

Die Inhalte, die ich eingegeben habe, sind (in meinem Fall)

evdev:input:b0019v0000p0000e0000-*
 KEYBOARD_KEY_08=unknown

Die Zahlen in der ersten Zeile sind die Felder Bus (0019), Hersteller (0000), Produkt (0000) und Version (0000) des Gerätes (siehe Ausgabe der cat /proc/us/input/devicesEingabeaufforderung oben). Der Asterisk *danach ist ein Platzhalter für beliebige Symbole. Ich habe jedoch nicht weiter spezifiziert, wie es in [1] geschieht. Mein Grund ist, dass sich die Modalitäten des Gerätes zu ändern scheinen, wenn ich andere Hardware, z. B. meine Maus, anschließe oder abtrenne.

Beachten Sie die Einrückung der zweiten Zeile. Der Schlüssel 08, der den Wert (nach MSC_SCAN) des ersten Ereignisses beim Schließen oder Öffnen in evtest darstellt, wird auf unbekannt gesetzt.

Speichern mit Strg + O, Enter, und schließen mit Strg + X. Anschließend aktualisieren über

sudo systemd-hwdb update

sudo udevadm trigger

Dies ist aus [2].

Bewegen Sie den Deckel. Er sollte den Flugmodus nicht mehr auslösen. Ich musste diese Änderungen nicht "permanent" vornehmen, wie in [2] beschrieben. Nach dem Neustart ist das Problem immer noch behoben. Mal sehen, ob das nächste Update den Fix rückgängig macht...

Ich hoffe, das hilft Ihnen oder irgendjemand anderem da draußen!

Prost, jk

Verweise

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

[2]Umschalten des Flugmodus beim Wechseln in den Tablet-Modus (HP Spectre x360)

Suchen Sie das verantwortliche Gerät

Antwort1

Suchen Sie das verantwortliche Gerät

Holen Sie sich die Schlüsselcodes

Mit hwdb beheben

verwandte Informationen