Eu não tenho certeza de como você perdeu isso nos documentos, porque quando eu olhei, estava claramente lá.
Coloque isso em logind.conf :
HandleLidSwitch=ignore
Oi, estou tentando configurar um laptop antigo como um 'servidor' para fins de teste.
Como tal, não quero o ecrã durante todo o dia, no entanto, quero que a CPU esteja a funcionar 24x7.
O interruptor de fechamento de tampa pode ser configurado de alguma forma para simplesmente desligar a tela, mas caso contrário, o laptop está funcionando normalmente?
FYI: Estou executando o coreos, mas estou disposto a mudar para outro sistema operacional de contêiner do Docker se isso facilitar a vida.
De acordo com a documentação desta URL , o HandleLidSwitch pode ser definido para lock , que bloqueia sua sessão e normalmente faz com que a tela seja desligada imediatamente alguns segundos depois. Isso funciona bem no meu Ubuntu-Gnome 17.10. A única desvantagem é que você terá que inserir sua senha novamente quando reabrir a tampa.
Basta adicionar a seguinte linha no seu /etc/systemd/logind.conf
HandleLidSwitch=lock
Observe que também há um HandleLidSwitchExternalPower se você quiser um comportamento diferente quando conectado.
O conjunto completo de valores possíveis para HandleLidSwitch e HandleLidSwitchExternalPower é: ignore , poweroff , reboot , halt , kexec , suspend , hibernate , hybrid-sleep , suspend-then-hibernate e lock
Várias pessoas comentaram que podem impedir que o laptop seja suspenso quando fechado, mas a tela permanece acesa. Talvez isso seja devido a diferenças no firmware? Há um recurso alternativo que pode funcionar.
Em um ponto, o console de texto do kernel do Linux tinha uma configuração padrão que se anulou após um período de inatividade. Um equivalente ao protetor de tela em seu ambiente gráfico favorito:).
Algumas pessoas gostam de definir o tempo em branco usando a opção de inicialização do kernel consoleblank= , que recebe um valor em segundos. No entanto, a documentação que eu encontro não diz isso é suficiente para alcançar a economia total de energia, ou qualquer nível real de economia de energia. Talvez faça o que eles querem no sistema deles! Ou talvez não. A documentação é inútil nesse ponto.
Lembre-se da função original de um protetor de tela, para evitar queimar uma imagem fantasma permanente no seu CRT exibição. Não necessariamente economiza energia. Quando a economia de energia total foi introduzida, ela foi usada após um longo atraso. Trazer a tela de volta para funcionar pode levar alguns segundos, o que seria muito mais irritante para o usuário.
Aparentemente, é possível ativar a supressão de console no tempo de execução, usando setterm --consoleblank [1-60] . E então setterm tem outra opção --powerdown [1-60] , para eventualmente ativar o "modo de desligamento" após um tempo limite.
Se eu estou lendo corretamente, há uma sequência. Primeiro, o tempo limite em branco do console é aplicado. Em seguida, após um tempo limite de energia, aplica-se o "modo de suspensão vsync". Finalmente, após um segundo tempo limite de energia, aplica-se o "modo de desligamento". Esses tempos limite são especificados em minutos, não em segundos .
Então, eu acho que você pode usar um comando como este:
/bin/setterm -term linux -blank 10 -powerdown 5 </dev/tty1 >/dev/tty1
Não tenho certeza se o CoreOS permite adicionar comandos arbitrários ao processo de inicialização (como em rc.local em outras distribuições, por exemplo). Eu imagino que você sempre pode usar um container privilegiado:).
setterm --blank diz que o preenchimento usa APM, se disponível. Voz do narrador: o APM não está disponível em hardware moderno. Eu não sei se o blanking usará qualquer esquema moderno de economia de energia.
"powerdown" menciona a economia de energia do display "VESA". A economia de energia "VESA" ainda é uma coisa. Eu não sei se "powerdown" é necessário ou mesmo suficiente para trabalhar em coisas modernas.
setterm não informa quais são as configurações padrão "powerdown". Se eu tivesse que adivinhar, eu diria que não está habilitado por padrão.