Estou executando clusters linux, principalmente no SLES10. Os servidores são na sua maioria blades, acessados via console remoto. Há um console real na sala do servidor, mas desligado.
Gostaria de desativar a tela em branco, pois não serve para nada e é um incômodo. Você tem que pressionar a tecla para ver se você está conectado, o que é uma dor. Como estamos executando no nível de execução 3, o console está no modo de texto, sem o X11 envolvido.
Respostas:
Você pode verificar o tempo limite que o kernel usa para apagar o console virtual via:
Este arquivo é somente leitura e o tempo limite é especificado em segundos. O padrão atual parece ser 10 minutos.
Você pode alterar esse valor digitando o seguinte comando em um console virtual (se você estiver dentro de um xterm, precisará mudar para um console virtual pressionando, por exemplo, Ctrl+ Alt+ F1).
Onde o novo VALUE é especificado em minutos . Um valor 0 desativa o apagamento:
O setterm tem outras opções relacionadas à economia de energia, a combinação mais útil parece ser:
Assim, para desativar permanente / automaticamente o apagamento do console virtual na inicialização, você pode:
consoleblank=0
aos parâmetros do kernel (editar configuração do grub)setterm -blank 0
comando a umrc-local
script de inicialização ou equivalenteadicione a
setterm
saída para/etc/issue
since/etc/issue
é saída em cada console virtual:# setterm -blank 0 >> /etc/issue
Escolha uma alternativa acima.
fonte
xset
etc.). Portanto, desabilitar o apagamento de console virutal como descrito acima é uma solução rápida para os sistemas afetados./sys/module/kernel/parameters/consoleblank
no meu servidor CentOS 5.x. Poderia ser definido com um nome diferente?/bin/setterm -blank 0 -powerdown 0 -powersave off
em/etc/rc.local
seria um grande trabalho. No RHEL 7, no entanto, isso falharia. A adiçãoconsoleblank=0
aos parâmetros do kernel funciona nessa plataforma.setterm
em um console virtual. Você também pode redirecioná-lo para ele:setterm -blank 0 > /dev/tty1
funciona muito bem. Ou você pode usarsetterm -blank < /dev/tty1
para consultar o valor atual de tty1 ousetterm -blank force < /dev/tty1
para forçar o apagamento.Tente usar isto:
fonte
/etc/init/markus-console.conf
se você usar o Upstart ou/etc/init.d/markus-console.sh
mais links simbólicos no/etc/rd?.d
SysVinit, não sei os locais reais do SuSE).systemd
geralmente vem com umrc-local
serviço de compatibilidade - ou você pode facilmente adicionar serviços personalizados ...De acordo com: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_Interaction_in_a_console_with_setterm
fonte
Eu implementei e testei a seguinte configuração, que funciona bem no sles10, meu cavalo de batalha no momento.
No
Adicionar, acrescentar
parece que é tudo o que preciso. Obrigado por Uku Loskit e Gilles pelo impulso na direção certa.
fonte
A única solução permanente é adicionar
consoleblank=0
à linha de comando do kernel. Você pode visualizar o valor (cujo padrão é 600 segundos) em:(observe que o arquivo é somente leitura). A única maneira de alterar o valor do consoleblank é reiniciar com a nova opção de linha de comando do kernel.
fonte
consoleblank
. Veja minha resposta.Se você deseja apenas impedir que a tela fique em branco após o login do usuário, basta anexar
setterm -powersave off -blank 0
aos$HOME/.bash_profile
respectivos usuários.fonte
Fiquei realmente impressionado com esse problema. Todos os truques acima com o uso de setterm e redirecionamento de / para / dev / tty0 não funcionaram no meu ssh.
Então eu percebi uma maneira de desativá-lo:
TERM = linux substitui o TERM padrão (que é xterm-256color na minha máquina) e ajuda o setterm a consultar os parâmetros adequados de tty0.
Você pode verificar o resultado
Deve ser 0. Se for 600, o truque não deu certo.
fonte
/usr/bin/setterm -powerdown 0
pode ajudar tambémfonte