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

12

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?

Trent
fonte
Não tenho certeza se vai funcionar ou não. Defina sleep_computer_accomo 0 usando gconftool-2 --set --type int /apps/gnome-power-manager/timeout/sleep_computer_ac 0`
g_p 20/08/14
verifique as configurações do hdparm. qual é a saída desudo hdparm -B /dev/sda
mchid 05/04
o motivo pelo qual pergunto é porque, às vezes, pode demorar um ou dois minutos para o sistema começar a responder corretamente depois que o disco gira.
Mchid

Respostas:

7

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
JohnDoe
fonte
1

Tente usar

setterm -blank 0

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


fonte
Você pode dar um pouco mais informações, por favor
Panther
O setterm é o comando, -blank é o que o comando ajusta e 0 é o valor do tempo usado pelo comando.
O que especificamente você gostaria de saber?
Isso resolveu o problema?
1

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.

bp0
fonte
1
Embora sua resposta esteja 100% correta, ela também poderá se tornar 100% inútil se esse link for movido, alterado, mesclado em outro ou o site principal simplesmente desaparecer ... :-( Portanto, edite sua resposta e copie a mensagem relevante. passos do link para a sua resposta, garantindo assim a sua resposta por 100% da vida útil deste site! ;-) Você sempre pode deixar o link na parte inferior da sua resposta como fonte do seu material ...
Fabby
Por que instalar um software de terceiros para fazer o que setterm -blank 0 já faz?
Rodrigo
-1

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.

Velho e no caminho
fonte