Suspender al cerrar la tapa no funciona 16.04


1

He comprobado todas y cada una de las opciones y posibles soluciones, pero mi computadora portátil ASUS no se suspende cuando cierro la tapa. Todos los ajustes se configuraron correctamente a través de los menús, pero no sucede nada. Cuando realizo una suspensión del menú de ubuntu, funciona perfectamente. Ok, tuve que agregar un "reinicio de administrador de red" debido a Wifi deshabilitado pero al final suspender y reanudar en trabajos generales.

Probé los scripts de las otras publicaciones y además descomenté los eventos "HandleLidSwitch (Docked)" para suspenderlos, pero no sirvió de nada. Intenté todo lo siguiente. Con el portátil Ubuntu 16.04 no se suspende cuando la tapa está cerrada, pero nada funcionó para mí.

Pude comprobar con un monitor externo que el interruptor de la tapa en general funciona. Revisé / proc / acpi / button / lid / LID / state y encontré "cerrado" o "abierto" correctamente.

En el registro de journalctl puedo ver que systemd-logind está "mirando los botones del sistema para LID"

Aquí está el texto relevante:

Okt 21 15:35:28 Dijana-ASUS systemd-logind[643]: Watching system buttons on /dev/input/event0 (Lid Switch)

Una computadora portátil diferente con el mismo 16.04 LTS muestra la misma entrada en journalctl pero suspende el funcionamiento de la tapa y systemd-logind reconoce el evento de cierre de la tapa.

¿Es esto un error o mi computadora portátil es simplemente demasiado estúpida? En una partición diferente, probé el viejo 14.04.5 (con el último kernel) y tengo el mismo mal comportamiento ...

¿Alguien puede ayudar?

Saludos, Dijana

Información adicional ... ASUS F453S con CPU Intel® Celeron (R) N3050 @ 1.60GHz × 2

Ubuntu muestra gráficos Intel® HD (Cherryview)

lspci | grep VGA muestra 00: 02.0 Controlador compatible con VGA: Intel Corporation Device 22b1 (rev 21)


Edite y agregue el modelo exacto y también las especificaciones de hardware. Puede estar relacionado con controladores de gráficos u otros.

Para evitar el mismo problema, escribí un guión para interceptar el cierre de la tapa. Luego, actualicé Kernel y dejé de usar el script.
WinEunuuchs2Unix

Información técnica actualizada ... @ WinEunuuch2Unix: ¿Tiene más información sobre este script?
Dijana Markovic el

Respuestas:


1

Así que al final me di por vencido y lo hice a través del script de solución. Acabo de crear un script como este y ponerlo en el crontab raíz para ejecutarlo cada 5 minutos. No es agradable, pero funciona y al final es solo para aquellos casos en que nuestro hijo cierra la tapa. Aquí está el contenido del guión:

#!/bin/bash
if grep -q closed /proc/acpi/button/lid/*/state

then
     /usr/sbin/pm-suspend
 fi

Puede marcar su propia respuesta como aceptada haciendo clic en la marca de verificación gris junto a la respuesta para cambiar su color a verde.
karel

1

Lo arreglé usando acpid con la siguiente solución

sudo gedit /etc/acpi/events/lidclose

copiar, pegar y guardar

event=button[ /]lid
action=/etc/acpi/lidclose.sh

ejecutar

sudo gedit /etc/acpi/lidclose.sh

copiar, pegar y guardar

#!/bin/bash
echo "close" > /home/jesse/close.txt
if grep -q closed /proc/acpi/button/lid/*/state

then
     /usr/sbin/pm-suspend
fi

ejecutar

sudo chmod ugo+x /etc/acpi/lidclose.sh

reiniciar el servicio acpi o reiniciar


No funcionó para mí (Asus N550JV).
Sebastian

No olvides instalar pm-utils primero.
Claudio Taccogna

0

La actualización al kernel 4.9-rc1 solucionó el problema en mi Asus. Modelo diferente (X540SA) pero tenía el mismo problema. El registro de cambios contenía varias correcciones de ACPI y administración de energía.

  • actualizaciones de administración de energía
  • Actualizaciones ACPI
  • Actualización de PNP
  • más actualizaciones de administración de energía
  • más actualizaciones de ACPI

4.9-rc2 se acaba de lanzar con cambios similares, pero no puedo confirmar que también haya resuelto el problema.

Además, ¿ha verificado la configuración de su BIOS para despertarse al abrir la tapa? Odio preguntar, pero sé que algunas versiones de AMI BIOS pueden ser confusas.


Probaré el kernel más nuevo. Probé un 4.6.-Kernel y obtuve después de un par de minutos siempre problemas de GPU. La unidad estaba completamente congelada, así que volví al kernel 4.4.21
Dijana Markovic el

No compruebo la configuración del BIOS, pero cuando suspendo y cierro la tapa manualmente, mi computadora portátil se reanuda al abrir la tapa nuevamente.
Dijana Markovic

Los núcleos 4.6-4.8 no solucionaron el problema o hicieron que los problemas de GPU fueran aún peores para mí también. Me sorprendió mucho descubrir que 4.9 lo cambió todo. Además, parece que la configuración del BIOS no es la culpable. @DijanaMarkovic
George

Intenté el kernel 4.9-RC1 y el sistema se colgó después de mostrar mensajes de terminal con respecto a "probablemente falta el firmware i915" ... Tuve que eliminar este kernel para que el problema aún estuviera abierto. La configuración del BIOS es correcta.
Dijana Markovic

Hice una reinstalación de Linux Mint en otra partición y recibí el mismo mensaje. ¿Ha abierto la configuración del controlador y habilitado los controladores propietarios de microcódigo de Intel para su máquina? Los habilité y luego intenté reinstalar 4.9 y funcionó perfectamente. No escupió el error "probablemente faltante ..." @DijanaMarkovic
George
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.