Cierre de tapa y suspensión en RAM: ¿Qué software está involucrado?

Question

Para solucionar algunos problemas de confiabilidad consuspender a ram(al cerrar la tapa de la computadora portátil), quiero preguntar qué software está involucrado en esto. Para que pueda resolver los siguientes problemas:

• El buen funcionamiento de "suspend-to-ram" depende del estado de inicio de sesión y de tty3. Tengo wayland y Xorg y, a veces, una consola que funciona con 1 a 5 ttys.
• Parece que hay systemd logindalgunos de mis DE (más destacados Gnome3y xfce) involucrados.
• al volver a abrir la tapa y reanudar desde el último, suspend-to-ramla gdmcosa no permite una "suspensión para ram", lo que me obliga a bloquear antes de tener otra oportunidad (no es confiable) de una "suspensión para ram" que en en sí mismo toma más de 5 segundos (lo cual puedo ver al tener audio reproduciéndose en ese mismo momento, desde que se cierra la tapa hasta que se apaga la música, es fácilmente de 7 a 10 segundos)

Recuerdo (de haber tratado anteriormente un asunto similar relacionado con suspender-to-ram) que el Linux "moderno" con Gnomey systemdy loginkitera logindpropenso a tener problemas con la suspensión, ya que diferentes software están relacionados para decir "tapa cerrada" y aún así "inhibir la suspensión". -embestir".

Una buena respuesta sería, como mínimo, enumerar el software relacionado con la suspensión de la RAM. Mejor también esbozaría brevemente el orden y el papel que desempeñan los distintos programas.

Siempre que pueda depender del initentorno de escritorio y del entorno de escritorio, estoy más interesado en las respuestas relacionadas con

• sistemad
• debian/ubuntu 18.04
• Gnomo 3

Una mejor respuesta también resaltaría cómo puedo, en el mejor de los casos, desactivar cualquier software y elemento relacionado con la GUI.

y otros automatismos "útiles" que para mí son simples (pero funcionales):

root@box$ while sleep 1; do 
    grep "closed" /proc/acpi/button/lid/LID0/state && {
        systemctl suspend 
        sleep 3 
    } 
    done 

bastaría.

De todos modos, la información principal que esta pregunta busca descubrir es (¿qué software participa en la tarea de "verificar el estado de la tapa" y, en consecuencia, "suspender a la memoria RAM"?)

Answer 1

Bien, dado que acpidparece estar ejecutándose en su sistema (ver comentarios), probablemente sea este componente de software el que gobierna la administración de energía.

Se configura mediante /etc/acpi/. Por ejemplo, en mi Debian, tengo un /etc/acpi/events/lidbtnarchivo de configuración que se utiliza para definir cómo reaccionar ante cada evento relacionado con la tapa.

Contiene:

# /etc/acpi/events/lidbtn
# Called when the user closes or opens the lid

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

Luego, quiero agregar algunas acciones que se ejecutarán durante el cierre de la tapa, solo tengo que agregarlas en el lugar correcto del /etc/acpi/lid.shcaparazón. Hay muchas variables de entorno establecidas acpidque pueden ayudar a detectar el tipo de evento.

Puede leer la página de manual de acpid para obtener más detalles.