einfaches Problem:
Das Touchpad funktioniert nach dem Suspendieren in Ubuntu 11.10 nicht mehr. Das ist ein ärgerliches Problem, da ich mein Touchpad aus praktischen Gründen gerne zusammen mit meiner Maus verwende (es sei denn, ich muss mein Touchpad verwenden, weil die Maus nicht verfügbar ist).
Kann jemand helfen?
Ich habe unter dieser ungelösten Frage auch einen Kommentar zu einem ähnlichen Problem in 10.10 gepostet:Touchpad funktionierte nach dem Suspend auf einem Toshiba L650 nicht mehr
Marke und Modell des Laptops: CLEVO M55N.
Die xinput-Liste im Terminal ergibt:
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Genius 2.4G Wireless Mouse and Keyboard id=11 [slave pointer (2)]
⎜ ↳ ImPS/2 Elantech Touchpad id=13 [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)]
↳ Genius 2.4G Wireless Mouse and Keyboard id=10 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=12 [slave keyboard (3)]
Vielen Dank im Voraus.
Antwort1
Ich habe diesen Fehler auch auf 10.04 (bei mir dasselbe Elantech-Touchpad)! Ich erstelle ein Skript /etc/pm/sleep.d/66my-sleep-resume
(66 - eine Startpriorität)
#!/bin/sh
case "${1}" in
hibernate)
# nothing
;;
resume|thaw)
modprobe -r psmouse && modprobe psmouse
;;
esac
und jetzt funktioniert alles.
Antwort2
Versuchen Sie Folgendes im Terminal nach der Wiederaufnahme:
synclient touchpadoff=0
Wenn es funktioniert, können Sie ein Skript mit diesem Befehl schreiben und das Skript einfügen /etc/pm/sleep.d/
.
Antwort3
Leider gibt es viele Gründe, warum das passieren kann. Ein Workaround, der mir in einigen Fällen geholfen hat, ist das Neuladen des Kernelmoduls, das für die Mausereignisse verantwortlich ist:
sudo modprobe -r psmouse
sudo modprobe psmouse
Sie sollten auch prüfen, ob die Verwendung der Fn-Tasten einen Unterschied macht.
Antwort4
Der Power Manager ( dpkg -L pm-utils
) wird zu Beginn und am Ende des Suspend/Resume-Vorgangs aufgerufen. Lesen Sie man pm-powersave
und man pm-suspend
. Lesen Sie auch /usr/share/doc/pm-utils/README{,.debugging}
.
Ein hilfreiches Power Manager-Skript verursacht wahrscheinlich Ihr Touchpad-Problem. Entweder speichert/wiederherstellt es den Touchpad-Status nicht oder lädt ein benötigtes Modul nicht neu.
Schauen Sie dmesg
nach einem Neustart nach, wie Ihr Touchpad initialisiert wird. Vergleichen Sie die Ausgabe von lsmod
Post-Boot-Pre-Suspend (wenn es funktioniert) und Post-Suspend (wenn es nicht funktioniert). Wenn bei Letzterem ein Modul fehlt, sind Sie auf dem Weg zu einer Lösung.
Eine weitere Debugging-Technik besteht darin, im Post-Boot-Pre-Suspend-Zustand zu beginnen und Folgendes durchzuführen:
touch /tmp/before-time-date
- Schließen Sie den Deckel und halten Sie den Stecker.
- Öffnen Sie den Deckel und fahren Sie fort.
- Suchen Sie nach Systemprotokollen, die sich seit Schritt 1 geändert haben:
find /var/logs -type f -anewer /tmp/before-time-date
- Sehen Sie sich die letzten paar Zeilen jeder dieser Dateien an. Ich verwende
less
und habe meine bevorzugten Einstellungen in einer Umgebungsvariable,$LESS=-XMersj3
. Ich kann also Folgendes tun:
sudo -v;find /var/logs -type f -anewer /tmp/before-date-time -print | xargs sudo less $LESS
und dann den Befehl (in Großbuchstaben) von less verwenden,G
um zum Ende jeder Datei zu gelangen.