Il touchpad non funziona dopo aver sospeso il laptop

Questo sembra un problema comune, ma dopo aver provato tutte le correzioni che ho trovato sui forum, sono ancora in perdita.

Specifiche:

• computer: Asus k501LX-EB71
• Sistema operativo: Ubuntu 14.04.3
• kernel: 3.19.0-26-generico
• touchpad: touchpad Elantech
• driver: xserver-xorg-input-synaptics-lts-trusty (OR) xserver-xorg-input-synaptics-lts-vivid (non sono sicuro di quale sia in uso)

Quello che ho provato: posso correre sudo modprobe -r psmouseper "spegnere" il touchpad e quindi sudo modprobe psmouseriaccenderlo. Funziona benissimo. Tuttavia, quando sospendo, non riesco a "ripristinare" il touchpad, anche se inserisco questi comandi.

qualche idea?

AGGIORNARE:

Non osservo questo problema se sono in letargo invece di sospendere. Non sono sicuro di cosa pensare di quell'indizio ...

Workaround corrente:

Dal momento che l'ibernazione sembra non causare un problema e ho una quantità adeguata di memoria di scambio, ho solo l'ibernazione come azione predefinita per cose come chiudere il coperchio. Ecco i passaggi che ho seguito per abilitare l'ibernazione . Ho anche modificato altre impostazioni di alimentazione predefinite per andare in letargo utilizzando l'editor dconf in org> gnome> settings-daemon> plugin> power

Questo bug viene segnalato nel launchpad: il touchpad Elantech smette di funzionare dopo la sospensione . Dopo la sospensione, l'OP prova # modprobe -r psmousee # modprobe psmousenon funziona. Ma cosa succede se psmouse è stato rimosso prima della sospensione e inserito dopo la sospensione?

Se funziona manualmente, puoi automatizzare creando un nuovo file nella /lib/systemd/system-sleep/directory contenente:

#!/bin/sh

case $1/$2 in
  pre/*)
    echo "Going to $2..."
    # Place your pre suspend commands here, or `exit 0` if no pre suspend action required
    modprobe -r psmouse
    ;;
  post/*)
    echo "Waking up from $2..."
    # Place your post suspend (resume) commands here, or `exit 0` if no post suspend action required
    sleep 2
    modprobe psmouse
    ;;
esac

È noto dopo una sospensione che il modulo psmouse non può essere rimosso. Sappiamo anche che può essere rimosso e inserito prima di una sospensione. Quindi questa tecnica lo rimuove prima della sospensione. Dopo aver ripreso inseriscilo e speriamo che il kernel non lo rifiuti.

Il sleep 2comando proviene dai miei problemi in cui systemd e kernel (tramite gnome o APM) stavano dormendo e svegliandosi. Avevo bisogno di reindirizzare il suono di pulseaudio sulla TV a causa di un bug introdotto in Ubuntu 16.04 / pulseaudio 8.0. Il ritardo di 2 secondi era necessario affinché kernel e systemd finissero di svegliarsi. Non ho ancora capito la doppia sospensione e il doppio curriculum ancora ....

Mi è stato consigliato di inviare la soluzione alternativa come risposta:

Ho scoperto che hibernate ( sudo pm-hibernate) non ha riscontrato gli stessi problemi con il riavvio del touchpad, quindi ho semplicemente impostato tutte le opzioni di alimentazione rilevanti su ibernazione anziché sospensione. Ciò richiede un piccolo sforzo poiché l'ibernazione è disabilitata per impostazione predefinita. Ecco cosa deve succedere

• Assicurarsi di disporre di spazio di scambio adeguato (memoria di scambio> RAM). Ho una partizione di swap adeguata sul mio SSD ma è possibile aggiungere memoria di swap senza ri-partizionare l'unità .

• Seguire i passaggi qui per abilitare l'ibernazione

• Imposta opzioni di alimentazione aggiuntive per evocare l'ibernazione invece di sospenderla. L'ho fatto usando l'editor dconf ( sudo apt-get install dconf-editor). Per modificare le impostazioni pertinenti, apri l'Editor dconf e vai a: org> gnome> settings-daemon> plugin> power

Mi occupo di due semplici approcci con questo problema. Il primo, che non sempre funziona (come hai già detto) riavvia il modulo del mouse dopo l'azione di sospensione.

sudo rmmod psmouse; sudo modprobe psmouse

Ecco una bella discussione su come farlo "automaticamente": come eseguire un comando dopo aver ripreso dalla sospensione?

Un approccio alternativo è quello di uccidere il modulo prima di sospenderlo, evitando di bloccare il modulo dopo il resume (che apparentemente è ciò che genera il problema, come sottolineato da WinEunuuchs2Unix).

Per fare ciò uso una semplice riga di comando per sospendere il laptop invece di chiudere il coperchio "manualmente". Naturalmente questo non è affatto elegante, ma funziona ed è una soluzione diretta. Non c'è tempo per hackerare coinvolti.

sudo rmmod psmouse; sudo pm-suspend

E poi, dopo aver ripreso il laptop, dovresti riattivare il modulo digitando:

sudo modprobe psmouse

Puoi sempre hackerare lo pm-suspendscript predefinito , ma non lo consiglio. È semplice e più sicuro generare queste piccole sequenze di comandi ad-hoc.

Infine, un modo semplice e veloce per eseguire rapidamente "uccisione / sospensione" e la "riattivazione" del modulo mouse consiste nell'associare questi passaggi alle scorciatoie da tastiera: come posso cambiare i tasti della tastiera? (Come posso creare comandi / scorciatoie da tastiera personalizzate?) .

Spero che funzioni, lo fa per me, anche se è davvero scomodo affrontarlo in questo modo. Ho questo problema in entrambi i portatili HP e Asus.

La seguente soluzione ha funzionato per me sul mio Acer Predator Helios 300 con Ubuntu 18.04 (5.0.0-36-generico) quando tutto il resto no-

Verifica se la soluzione funziona
Provare a eseguire il comando seguente dopo essersi svegliato dalla sospensione quando il trackpad non funziona- /sbin/rmmod i2c_hid && /sbin/modprobe i2c_hid.
Se questo fa funzionare il tuo trackpad, segui i passaggi seguenti per creare una soluzione automatica che viene eseguita ogni volta che ti svegli dalla sospensione.

Soluzione permanente
1. Creare /lib/systemd/system-sleep/touchpad
2. Aprire il file sopra e modificarlo, sudo vi /lib/systemd/system-sleep/touchpad
3. Salvare il seguente contenuto nel file-

#!/bin/sh

case $1 in
  post)
    /sbin/rmmod i2c_hid && /sbin/modprobe i2c_hid 
  ;;
esac

4. Renderlo eseguibile- chmod +x /lib/systemd/system-sleep/touchpad

Questo sostanzialmente riavvia il dispositivo i2c_hid al risveglio dalla sospensione.

Per gentile concessione: /unix//a/526488/283735

Patch del kernel risolverà questo problema. Potete trovare

1. la patch sulla mailing list del kernel Linux e

2. istruzioni di patching in " Come patchare il kernel con un commit specifico ".

Il mio K501LB ora funziona come dovrebbe.

Questo ha funzionato per me:

1. Avviare nel BIOS, all'avvio del sistema tenere premuto F2 o ESC

2. Cambia l'impostazione del Touchpad nel BIOS da ADVANCED a BASIC (non fa differenza per quanto riguarda la funzionalità)

Ora il touchpad dovrebbe ancora funzionare quando ripreso dalla sospensione.

Ho diversi laptop Asus, ho dovuto disabilitare il touchpad su tutti. Causano problemi di blocco e altri problemi.

I driver che non rispondono bene alle sospensioni sono abbastanza comuni indipendentemente dal sistema operativo. Sono contento che tu abbia trovato una soluzione alternativa tramite il letargo.

Poiché la sospensione non si spegne completamente e il letargo lo fa, ciò sembrerebbe indicare che il conducente non risponde bene alla "1/2 vita" delle sospensioni, ma è perfettamente in grado di risalire durante un ciclo di accensione che è ciò che l'ibernazione fornisce al risveglio.

fonte: http://manpages.ubuntu.com/manpages/trusty/man8/pm-action.8.html