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?
sleep_computer_ac
à 0 en utilisantgconftool-2 --set --type int /apps/gnome-power-manager/timeout/sleep_computer_ac 0
`sudo hdparm -B /dev/sda
Réponses:
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:
et cette commande le ramène:
la source
Essayez d'utiliser
Il doit être saisi après chaque démarrage, mais continue de fonctionner.
la source
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é.
la source
setterm -blank 0
ajouté à 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 0
commande` 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 0
ne 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.la source