setterm -blank 0
adicionado ao comando de inicialização do GRUB normalmente é ignorado pelo kernel e eu tenho que usar a função de seta para cima
para digitá-lo novamente rapidamente e mais. Parece funcionar depois
inserindo o comando 15 ou 20 vezes a partir de um terminal raiz. Eu o insiro o mais rápido possível para encontrar as 2 chaves necessárias (ou seja, seta para cima seguida da tecla Enter) e geralmente consigo um terminal para permanecer aberto.
Esteja ciente de que o fechamento de um terminal mantido artificialmente aberto por meio do comando setterm -blank 0
'parece ser interpretado pelo kernel como uma "indicação" totalmente errônea que tem permissões para ir independentemente ao modo de hibernação / suspensão. Recomendo que você inicie um terminal raiz em, digamos, tty2 ou tty3 e deixe-o em execução. Contanto que o programa do terminal permaneça ativo, pelo menos no meu sistema, parece que posso ter permissão para manter meu monitor de console em operação.
setterm -blank 0
não resolve o problema de quem deu às permissões do sistema para irem independentemente para o modo de suspensão / hibernação e como posso obter o controle do meu sistema novamente. É importante para mim que meu servidor de arquivos esteja on-line e disponível o tempo todo. Para manter meu seridor em execução, estou pessoalmente reescrevendo alguns módulos do kernel. Depois que eu tiver esses mods instalados, desabilitarei permanentemente as atualizações de software e meu problema será resolvido, pelo menos até eu comprar algum hardware mais novo que exija um novo kernel, e então, para manter meu servidor rodando, eu serei forçado a reescrever partes do kernel novamente.