Esto parece un problema común, pero después de probar todas las soluciones que he encontrado en los foros, todavía estoy perdido.
Especificaciones:
- computadora: Asus k501LX-EB71
- SO: Ubuntu 14.04.3
- kernel: 3.19.0-26-generic
- panel táctil: panel táctil Elantech
- controlador: xserver-xorg-input-synaptics-lts-trusty (OR) xserver-xorg-input-synaptics-lts-vivid (no estoy seguro de cuál está en uso)
Lo que he intentado: puedo ejecutar sudo modprobe -r psmouse
para "apagar" el panel táctil y luego sudo modprobe psmouse
volver a encenderlo. Esto funciona bien Sin embargo, cuando suspendo, no puedo "revivir" el panel táctil, incluso si ingreso estos comandos.
¿Alguna idea?
ACTUALIZAR:
No observo este problema si hiberno en lugar de suspender. No estoy seguro de qué hacer con esa pista ...
SOLUCIÓN ACTUAL:
Dado que la hibernación parece no causar un problema y tengo una cantidad adecuada de memoria de intercambio, simplemente hiberno como la acción predeterminada para cosas como cerrar la tapa. Estos son los pasos que seguí para habilitar la hibernación . También modifiqué otras configuraciones de energía predeterminadas para ir a hibernar usando el Editor dconf en org> gnome> settings-daemon> plugins> power
sudo modprobe psmouse
después de suspenderlo. Simplemente, nada parece suceder. No puedo encontrar nada fuera de lugar en los archivos de registroRespuestas:
Este error se informa en el launchpad: el panel táctil de Elantech deja de funcionar después de la suspensión . Después de suspender el OP intenta
# modprobe -r psmouse
y# modprobe psmouse
no funciona. Pero, ¿qué pasa si psmouse se eliminó antes de suspender y se insertó después de suspender?Si esto funciona manualmente, puede automatizarlo creando un nuevo archivo en el
/lib/systemd/system-sleep/
directorio que contiene:Se sabe que después de suspender el módulo psmouse no se puede eliminar. También sabemos que se puede quitar e insertar antes de una suspensión. Entonces esta técnica lo elimina antes de suspenderlo. Después de reanudar, insértelo y esperemos que el núcleo no lo rechace.
El
sleep 2
comando es de mis propios problemas donde systemd y kernel (a través de gnome o APM) estaban durmiendo y despertando. Necesitaba redirigir el sonido de pulseaudio al televisor debido a un error introducido en Ubuntu 16.04 / pulseaudio 8.0. El retraso de 2 segundos fue necesario para que kernel y systemd terminaran de despertarse. Todavía no he descubierto la suspensión doble y la reanudación dual todavía ...fuente
SUSPEND_MODULES
característica depm-utils
este linux.die.net/man/8/pm-suspendSe recomendó que publique mi solución alternativa como respuesta:
Descubrí que hibernate (
sudo pm-hibernate
) no experimentó los mismos problemas con el reinicio del panel táctil, por lo tanto, solo configuré todas las opciones de energía relevantes para hibernar en lugar de suspender. Esto requiere un poco de esfuerzo ya que la hibernación está deshabilitada de manera predeterminada. Esto es lo que debe suceder.Asegúrese de tener espacio de intercambio adecuado (memoria de intercambio> RAM). Tengo una partición de intercambio adecuada en mi SSD pero puede agregar memoria de intercambio sin volver a particionar su unidad .
Siga los pasos aquí para habilitar la hibernación.
Establezca opciones de energía adicionales para evocar hibernación en lugar de suspender. Hice esto usando el Editor dconf (
sudo apt-get install dconf-editor
). Para cambiar las configuraciones relevantes, abra dconf Editor y navegue a: org> gnome> settings-daemon> plugins> powerfuente
Trato dos enfoques simples con este problema. El primero, que no siempre funciona (como mencionó) simplemente reinicia el módulo del mouse después de la acción de suspensión.
Aquí hay una buena discusión sobre cómo hacer esto "automáticamente": ¿cómo ejecutar un comando después de reanudar desde la suspensión?
Un enfoque alternativo es matar el módulo antes de suspenderlo, evitando el bloqueo del módulo después del currículum (que aparentemente es lo que genera el problema, como subrayó WinEunuuchs2Unix).
Para hacerlo, utilizo una línea de comando simple para suspender la computadora portátil en lugar de simplemente cerrar la tapa "manualmente". Por supuesto, esto no es nada lujoso, pero funciona y es una solución sencilla. No hay tiempo para piratear involucrados.
Y luego, después de reanudar la computadora portátil, debe volver a habilitar el módulo escribiendo:
Siempre puedes hackear el
pm-suspend
script predeterminado , pero no lo recomendaré. Es simple y seguro generar estas pequeñas secuencias de comandos ad-hoc.Por último, una manera fácil y rápida de hacer "matar / suspender" rápidamente y "volver a habilitar" el módulo del mouse es asociar esos pasos con los atajos de teclado: ¿Cómo puedo cambiar las teclas que hago en mi teclado? (¿Cómo puedo crear comandos / atajos de teclado personalizados?) .
Espero que funcione, lo hace para mí, aunque es realmente incómodo lidiar con esto de esa manera. Tengo este problema en las computadoras portátiles HP y Asus.
fuente
La siguiente solución funcionó para mí en mi Acer Predator Helios 300 con Ubuntu 18.04 (5.0.0-36-generic) cuando todo lo demás no-
Comprueba si la solución funciona.
Intenta ejecutar el siguiente comando después de despegarte de la suspensión cuando el panel táctil no funciona
/sbin/rmmod i2c_hid && /sbin/modprobe i2c_hid
.Si esto hace que su trackpad funcione, siga los pasos a continuación para crear una solución automática que se ejecute cada vez que se despierte de la suspensión.
Solución permanente
1. Crear
/lib/systemd/system-sleep/touchpad
2. Abra el archivo anterior y edítelo,
sudo vi /lib/systemd/system-sleep/touchpad
3. Guarde el siguiente contenido en el archivo:
chmod +x /lib/systemd/system-sleep/touchpad
Básicamente, esto reinicia el dispositivo i2c_hid al despertar de la suspensión.
Cortesía: /unix//a/526488/283735
fuente
Parchear el núcleo resolverá este problema. Puedes encontrar
el parche en la lista de correo del kernel de Linux y
instrucciones de parchado en " Cómo parchear el núcleo con una confirmación específica ".
Mi K501LB ahora funciona como debería.
fuente
Esto funcionó para mí:
Arranque en el BIOS, en el arranque del sistema mantenga presionado F2 o ESC
Cambie la configuración del panel táctil en su BIOS de AVANZADO a BÁSICO (no hace ninguna diferencia con respecto a la funcionalidad)
Ahora el panel táctil aún debería funcionar cuando se reanuda la suspensión.
fuente
Tengo varias computadoras portátiles Asus, he tenido que desactivar el panel táctil en todas ellas. Causan problemas de bloqueo y otros problemas.
fuente
Los controladores que no responden bien a la suspensión son bastante comunes independientemente del sistema operativo. Me alegra que hayas encontrado una solución a través de la hibernación.
Dado que la suspensión no se apaga completamente y la hibernación sí, eso parece indicar que el conductor no responde bien a la "vida media" de la suspensión, pero es perfectamente capaz de aparecer durante un ciclo de encendido que es lo que proporciona la hibernación al despertar.
fuente: http://manpages.ubuntu.com/manpages/trusty/man8/pm-action.8.html
fuente