Comment empêcher la mise en veille / veille prolongée du serveur Ubuntu

12

J'utilise le dernier serveur Ubuntu (littéralement téléchargé et installé hier) sur une boîte sous mon bureau. J'ai installé trac et OpenSSH. Par intermittence, les deux deviennent indisponibles, comme si le serveur s'était endormi, ce qui semble étrange car pour moi, l'idée d'un serveur est qu'il est toujours allumé / disponible.

Le serveur n'est utilisé que sur le LAN.

J'ai essayé d'ajouter acpi=offà / etc / default / grub, d'exécuter la mise à jour et le redémarrage, aucune différence.

Actuellement, j'ai SSH ouvert et si je le laisse pendant un certain temps, il restera connecté, mais accusera un retard horrible lorsque je recommencerai à l'utiliser. La dernière fois que ce problème de veille / veille prolongée s'est produit, j'ai dû brancher un clavier et un moniteur pour le faire revenir.

Des idées ou des suggestions?

Trent
la source
Je ne sais pas si cela fonctionnera ou non. Mis sleep_computer_acà 0 en utilisant gconftool-2 --set --type int /apps/gnome-power-manager/timeout/sleep_computer_ac 0`
g_p
vérifiez vos paramètres hdparm. quelle est la sortie desudo hdparm -B /dev/sda
mchid
la raison pour laquelle je pose la question est que, parfois, le système peut prendre une minute ou deux pour commencer à répondre correctement après la rotation du disque.
mchid

Réponses:

7

Je comprends que c'est un ancien message, mais j'ai eu le même problème et j'ai eu du mal à trouver une réponse décente.

Mon ordinateur portable avec Ubuntu Server entrerait dans un économiseur d'écran blanc, et peu de temps après, tout perdrait la connexion au serveur. Dès que j'ai quitté l'économiseur d'écran avec le clavier de l'ordinateur portable, tout a pu se connecter à nouveau. L'acpi = off, setterm -blank 0, et d'autres options décrites sur des questions similaires n'ont jamais fonctionné, jusqu'à ce que je trouve une réponse fonctionnelle d'Unix et Linux SE.

Après cette solution, mon ordinateur portable passe toujours à l'économiseur d'écran blanc, mais je ne perds plus de connexion avec les services qui y sont exécutés (SSH, SFTP, HTTP).

Cette commande désactive la suspension:

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

et cette commande le ramène:

sudo systemctl unmask sleep.target suspend.target hibernate.target hybrid-sleep.target
JohnDoe
la source
1

Essayez d'utiliser

setterm -blank 0

Il doit être saisi après chaque démarrage, mais continue de fonctionner.


la source
pouvez-vous donner un peu plus d'informations s'il vous plaît
Panther
Le setterm est la commande, -blank est ce que la commande ajuste et 0 est la valeur de temps utilisée par la commande.
Que voudriez-vous savoir précisément?
Est-ce que cela a résolu le problème?
1

Vous pourriez essayer la caféine. Vous pouvez soit utiliser la commande 'caffeinate' pour empêcher votre serveur de dormir pendant une commande donnée (voir http://www.webupd8.org/2015/01/caffeine-app-gets-its-indicator-back.html pour la syntaxe ) ou réglez-le simplement pour éviter tout temps d'inactivité.

bp0
la source
1
Bien que votre réponse soit correcte à 100%, elle pourrait également devenir 100% inutile si ce lien est déplacé, modifié, fusionné dans un autre ou si le site principal disparaît simplement ... :-( Par conséquent, veuillez modifier votre réponse et copier les informations pertinentes. étapes du lien dans votre réponse, garantissant ainsi votre réponse pour 100% de la durée de vie de ce site! ;-) Vous pouvez toujours laisser le lien en bas de votre réponse comme source pour votre matériel ...
Fabby
Pourquoi installer un logiciel tiers pour faire ce que setterm -blank 0 fait déjà?
Rodrigo
-1

setterm -blank 0ajouté à la commande de démarrage GRUB est généralement ignoré par le noyau et je me retrouve à utiliser la fonction flèche vers le haut pour le taper à nouveau rapidement encore et encore. Il semble fonctionner après avoir entré la commande 15 ou 20 fois depuis un terminal racine. Je l'entre aussi vite que je peux frapper les 2 touches nécessaires (c'est-à-dire la flèche vers le haut suivie de la touche Entrée) et je peux généralement faire en sorte qu'un terminal reste ouvert.

Soyez avisé que la fermeture d'un terminal maintenu artificiellement ouvert via la setterm -blank 0commande` semble être interprétée par le noyau comme une "indication" totalement erronée qui est autorisée à passer indépendamment en mode veille / hibernation. Je vous recommande de démarrer un terminal racine dans, disons, tty2 ou tty3, et de le laisser fonctionner. Tant que le programme du terminal reste actif, sur mon système au moins, il semble que je puisse être autorisé à garder mon moniteur de console en fonctionnement.

setterm -blank 0ne résout pas le problème de savoir qui a donné au système les autorisations pour passer indépendamment en mode veille / hibernation et comment je peux reprendre le contrôle de mon système. Il est important pour moi que mon serveur de fichiers soit en ligne et disponible à tout moment. Pour que mon sereur fonctionne, je réécris personnellement certains modules du noyau. Après avoir installé ces mods, je désactiverai définitivement les mises à jour logicielles et mon problème sera résolu, au moins jusqu'à ce que j'achète du matériel plus récent qui nécessite un noyau plus récent, puis, pour que mon serveur fonctionne, je serai obligé de réécrivez à nouveau des parties du noyau.

Vieux et en cours de route
la source