Como impedir a inatividade / hibernação do Ubuntu Server

Estou executando o último Ubuntu Server (baixado e instalado literalmente ontem) em uma caixa debaixo da minha mesa. Eu tenho o trac instalado e o OpenSSH. Intermitentemente, ambos ficam indisponíveis, como se o servidor tivesse adormecido, o que parece estranho, porque para mim, a idéia de um servidor é que ele esteja sempre ativado / disponível.

O servidor é usado apenas na LAN.

Eu tentei adicionar acpi=offao / etc / default / grub, executando atualização e reinicialização, não há diferença.

Atualmente, tenho o SSH aberto e, se o deixar por algum tempo, ele permanecerá conectado, mas ficará horrível quando eu voltar a usá-lo. A última vez que esse problema de suspensão / hibernação aconteceu, tive que conectar um teclado e um monitor para recuperá-lo.

Alguma idéia ou sugestão?

Entendo que este é um post antigo, mas tive o mesmo problema e tive dificuldade em encontrar uma resposta decente.

Meu laptop com o Ubuntu Server entrava em um protetor de tela branca e logo depois tudo perdia a conexão com o servidor. Assim que saí do protetor de tela com o teclado do laptop, tudo foi capaz de conectar-me novamente. O acpi = off, setterm -blank 0 e outras opções descritas em perguntas semelhantes nunca funcionaram, até que encontrei uma resposta funcional do Unix e Linux SE.

Após essa solução, meu laptop ainda vai para o protetor de tela branca, no entanto, não perco mais a conexão com nenhum dos serviços em execução (SSH, SFTP, HTTP).

Este comando desativa a suspensão:

sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target

e este comando traz de volta:

sudo systemctl unmask sleep.target suspend.target hibernate.target hybrid-sleep.target

Tente usar

setterm -blank 0

Ele precisa ser inserido após cada inicialização, mas mantém as coisas funcionando.

Você pode experimentar a cafeína. Você pode usar o comando 'caffeinate' para impedir que seu servidor durma durante um determinado comando (consulte http://www.webupd8.org/2015/01/caffeine-app-gets-its-indicator-back.html para obter sintaxe ) ou apenas defina-o para evitar inatividade o tempo todo.

setterm -blank 0adicionado ao comando de inicialização do GRUB normalmente é ignorado pelo kernel e me vejo tendo que usar a função de seta para cima para digitá-la novamente rapidamente várias vezes. Parece funcionar depois de inserir o comando 15 ou 20 vezes a partir de um terminal raiz. Entro o mais rápido possível, pressionando as 2 teclas necessárias (ou seja, seta para cima seguida pela tecla Enter) e geralmente consigo um terminal para permanecer aberto.

Esteja ciente de que o fechamento de um terminal mantido artificialmente aberto através do setterm -blank 0comando `parece ser interpretado pelo kernel como uma" indicação "totalmente incorreta, com permissões para entrar independentemente no modo de suspensão / hibernação. Eu recomendo que você inicie um terminal raiz em, digamos, tty2 ou tty3, e deixe-o em execução. Enquanto o programa do terminal permanecer ativo, pelo menos no meu sistema, parece que posso ter permissão para manter o monitor do console em funcionamento.

setterm -blank 0se não resolver o problema de quem deu as permissões de sistema para ir de forma independente em modo de suspensão / hibernação e como posso obter o controle do meu sistema de volta. É importante para mim que meu servidor de arquivos esteja sempre online e disponível. Para manter meu seridor em execução, estou reescrevendo pessoalmente alguns módulos do kernel. Depois de instalar esses mods, desativarei permanentemente as atualizações de software e meu problema será resolvido, pelo menos até que eu compre um hardware mais novo que exija um kernel mais recente e, para manter meu servidor funcionando, serei obrigado a reescreva partes do kernel novamente.