☰

tampa fechada e suspensa na memória RAM: Qual software está envolvido?

tag-icon • tag-icon gnome3 suspend gdm logind
tampa fechada e suspensa na memória RAM: Qual software está envolvido?

Para corrigir alguns problemas de confiabilidade comsuspender para aríete(após a tampa do laptop ser fechada), quero perguntar qual software está envolvido nisso. Para que eu possa resolver os seguintes problemas:

  • O bom funcionamento de "suspend-to-ram" depende do estado de login e do tty3. Eu tenho o Wayland e o Xorg e às vezes um console rodando de 1 a 5 ttys
  • parece haver systemd logindalguns dos meus DEs (mais proeminentemente Gnome3e xfce) envolvidos.
  • ao reabrir a tampa e retomar a última suspend-to-rama gdmcoisa não permite uma "suspensão para aríete", obrigando-me a travar antes de ter outra chance (não é confiável) de uma "suspensão para aríete" que em em si leva mais de 5 segundos (o que posso dizer pelo áudio sendo reproduzido naquele exato momento, desde o fechamento da tampa até a música desligada, leva facilmente de 7 a 10 segundos)

Eu me lembro (de lidar anteriormente com assuntos semelhantes relacionados à suspensão para ram) que o Linux "moderno" com Gnomeand systemde loginkit, e logindera propenso a problemas com suspensão, já que diferentes softwares estão relacionados a dizer "tampa fechada" e ainda "inibir suspensão -para-ram".

Uma boa resposta seria, no mínimo, listar o software envolvido na suspensão para memória RAM. Melhor seria também esboçar brevemente a ordem e o papel que os diferentes softwares estão desempenhando.

Desde que isso dependa do initambiente de trabalho, estou mais interessado em respostas relacionadas a

  • sistema
  • debian/ubuntu 18.04
  • Gnomo 3

A melhor resposta também destacaria como posso, na melhor das hipóteses, desabilitar qualquer software e coisa relacionada à GUI insira a descrição da imagem aqui

e outros automatismos "úteis" como para mim um mero básico (mas funcional):

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

seria suficiente.

De qualquer forma, a informação principal que esta questão procura descobrir é (que software se envolve na tarefa de "verificar o estado da tampa" e, consequentemente, "suspender-to-ram"?)

Responder1

Ok, já que acpidparece estar rodando no seu sistema (veja comentários), provavelmente é esse componente de software que controla o gerenciamento de energia.

Ele é configurado através do /etc/acpi/. Por exemplo, no meu Debian, tenho um /etc/acpi/events/lidbtnarquivo de configuração que é usado para definir como reagir a cada evento relacionado à tampa.

Contém:

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

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

Então, quero adicionar algumas ações a serem executadas durante o fechamento da tampa, basta adicioná-las no lugar certo do /etc/acpi/lid.shshell. Há muitas variáveis ​​de ambiente definidas acpidque podem ajudar a detectar o tipo de evento.

Você pode ler a página de manual do acpid para mais detalhes.

informação relacionada