☰

Tastatur und Trackpad funktionieren nach dem Ruhezustand nicht

tag-icon • tag-icon keyboard suspend touchpad
Tastatur und Trackpad funktionieren nach dem Ruhezustand nicht

Ich habe einen Dell Inspiron 5379 mit der neuesten Firmware und Ubuntu 20.04. Nachdem das Notebook in den Ruhezustand versetzt wurde, funktionieren die Tastatur und das Trackpad zeitweise nicht. Der Touchscreen funktioniert, sodass ich mithilfe der Bildschirmtastatur einen Neustart durchführen kann. Nach dem Neustart funktionieren die Tastatur und das Touchpad.

Nach dem Googeln fand ich diesen Vorschlag zum Bearbeiten /etc/default/grubmit diesem GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i8042.direct i8042.dumbkbd"vonUbuntu 17.04-Tastatur reagiert nach Suspend nichtaber es hat keine Auswirkungen.

Ich habe auch gefundenDell Inspiron 15-7568 Touchpad-Bewegung friert unter Xenial 16.04 einaber es scheint nicht anwendbar zu sein, da ich es nicht synapseinstalliert habe.

Aktualisieren: Nach der Installation synaptics(und der Bestätigung der Verwendung durch das Trackpad über xinput list-props) betrifft das Problem jetzt nur noch die Tastatur. Die Tastatur wird weiterhin über verwaltet libinput.

Ich bin einigermaßen davon überzeugt, dass dies mit dem "Tablet-Modus" zusammenhängt, der unter bestimmten Bedingungen aktiviert wird (https://www.dell.com/support/article/en-uk/sln305434/how-to-enable-or-disable-tablet-mode-on-your-notebook-in-windows-10?lang=en). Ich schätze, ich muss herausfinden, wie ich es deaktivieren kann.

Möglicherweise damit verbunden:https://bbs.archlinux.org/viewtopic.php?id=237782

Aktualisierung 2: Versucht, es auszuführen, xinput list-propswährend die Tastatur nicht funktionierte, keine weiteren Informationen:

vitor@vitor-Inspiron-5379:~$ xinput list
⎡ Virtual core pointer                      id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ ELAN Touchscreen                          id=12   [slave  pointer  (2)]
⎜   ↳ DELL0804:00 06CB:7E7E Mouse               id=13   [slave  pointer  (2)]
⎜   ↳ DELL0804:00 06CB:7E7E Touchpad            id=14   [slave  pointer  (2)]
⎣ Virtual core keyboard                     id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ↳ Power Button                              id=6    [slave  keyboard (3)]
    ↳ Video Bus                                 id=7    [slave  keyboard (3)]
    ↳ Power Button                              id=8    [slave  keyboard (3)]
    ↳ Sleep Button                              id=9    [slave  keyboard (3)]
    ↳ Integrated_Webcam_HD: Integrate           id=10   [slave  keyboard (3)]
    ↳ Integrated_Webcam_HD: Integrate           id=11   [slave  keyboard (3)]
    ↳ Intel Virtual Button driver               id=15   [slave  keyboard (3)]
    ↳ Intel HID events                          id=16   [slave  keyboard (3)]
    ↳ Dell WMI hotkeys                          id=17   [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard              id=18   [slave  keyboard (3)]
# Device not working
vitor@vitor-Inspiron-5379:~$ xinput list-props 18
Device 'AT Translated Set 2 keyboard':
    Device Enabled (171):   1
    Coordinate Transformation Matrix (173): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
    libinput Send Events Modes Available (293): 1, 0
    libinput Send Events Mode Enabled (294):    0, 0
    libinput Send Events Mode Enabled Default (295):    0, 0
    Device Node (296):  "/dev/input/event4"
    Device Product ID (297):    1, 1
vitor@vitor-Inspiron-5379:~$ 
# Device working (after reboot)
vitor@vitor-Inspiron-5379:~$ xinput list-props 18
Device 'AT Translated Set 2 keyboard':
    Device Enabled (171):   1
    Coordinate Transformation Matrix (173): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
    libinput Send Events Modes Available (293): 1, 0
    libinput Send Events Mode Enabled (294):    0, 0
    libinput Send Events Mode Enabled Default (295):    0, 0
    Device Node (296):  "/dev/input/event4"
    Device Product ID (297):    1, 1
vitor@vitor-Inspiron-5379:~$

Aktualisierung 3: GefolgtDas, fand das entsprechende Ereignis (https://github.com/alesguzik/linux_detect_tablet_modeauch nützlich). Selbst das Aufheben der Bindung des Treibers scheint das Problem nicht zu lösen.

Ich frage mich, ob ich einfach versuchen sollte, eine GNOME-Erweiterung zum Verwalten des Tablet-Modus zu schreiben.

Aktualisierung 4: Während ich immer noch das Tablet-Modus-Ereignis erhalte, wenn ich den Laptop in den Tablet-Modus vergrößere, scheint das Aufheben der Bindung des Treibers das Problem beim Öffnen des Deckels zu unterdrücken. Ich habe dafür noch keine Erklärung. Ich werde einen Weg finden, dies zu automatisieren und, wenn möglich, versuchen, die Grundursache zu ermitteln.

Antwort1

Ich habe ein sehr ähnliches Problem mit einem Dell Inpiron 13 700. Ich habe das Gleiche gemacht, das Notebook neu gestartet, damit Maus und Tastatur wieder funktionieren, und das hat mich ziemlich geärgert. Ich dachte, wenn ich den Bildschirm umdrehe, ihn in den Tablet-Modus zwinge und dann wieder zurück in die „Notebook“-Position bringe, funktioniert alles wieder normal. Das löst das Problem zwar nicht, aber als Workaround muss ich zumindest keinen Neustart durchführen.

Antwort2

Es scheint, dass einige Dell Inspiron 2-in-1-Laptops melden, dass sie im Ruhezustand in den „Tablet“-Modus wechseln. Die Libinput-Bibliothek blockiert als Reaktion darauf die Tastatur und das Touchpad. Beim Aufwachen sendet die Hardware kein Ereignis zum Verlassen des Tablet-Modus.

Das Verhalten lässt sich anscheinend nur schwer zuverlässig reproduzieren. Die folgenden Problemumgehungen scheinen jedoch zu funktionieren:

  1. Deckel schließen und kurz wieder öffnen. Muss nur einmal bis zum nächsten Neustart durchgeführt werden.
  2. Klappen Sie den Deckel in den Tablet-Modus und zurück. Dies kann im Voraus erfolgen, bevor der Laptop in den Ruhezustand versetzt wird, und muss bis zum Neustart nur einmal durchgeführt werden.
  3. Laden Sie den intel_vbtnTreiber neu modprobe -r intel_vbtn && modprobe intel_vbtn(kann manuell oder über Cron erfolgen). Der Schalter wird erkannt.
  4. Verzögern Sie das Laden des intel_vbtnTreibers beim Booten. Dies kann durch Hinzufügen rd.driver.blacklist=intel_vbtnzur Befehlszeile des Linux-Kernels erfolgen. Der Treiber wird zwar trotzdem geladen, jedoch später während des Bootens.

verwandte Informationen