So verhindern Sie den Ruhezustand / Ruhezustand von Ubuntu Server

Ich verwende den neuesten Ubuntu-Server (der gestern buchstäblich heruntergeladen und installiert wurde) auf einer Box unter meinem Schreibtisch. Ich habe Trac installiert und OpenSSH. Beide sind zeitweise nicht mehr verfügbar, als wäre der Server in den Energiesparmodus versetzt worden, was seltsam erscheint, da die ganze Idee eines Servers darin besteht, dass er immer aktiv ist.

Der Server wird nur im LAN verwendet.

Ich habe versucht, acpi=offzu / etc / default / grub hinzuzufügen , laufendes Update und Neustart, kein Unterschied.

Momentan habe ich SSH geöffnet und wenn ich es für einige Zeit lasse, bleibt es in Verbindung, bleibt aber schrecklich zurück, wenn ich es wieder benutze. Letztes Mal, als dieses Problem mit dem Ruhezustand / Ruhezustand auftrat, musste ich eine Tastatur und einen Monitor anschließen, damit es wieder funktioniert.

Irgendwelche Ideen oder Vorschläge?

Ich verstehe, dass dies ein alter Beitrag ist, aber ich hatte das gleiche Problem und es fiel mir schwer, eine anständige Antwort zu finden.

Mein Laptop mit Ubuntu Server würde in einen weißen Bildschirmschoner wechseln und bald darauf die Verbindung zum Server verlieren. Sobald ich den Bildschirmschoner mit der Tastatur auf dem Laptop beendet hatte, konnte sich alles wieder verbinden. Das acpi = off, setterm -blank 0 und andere Optionen, die für ähnliche Fragen beschrieben wurden, haben nie funktioniert, bis ich eine funktionierende Antwort von Unix und Linux SE gefunden habe.

Nach dieser Lösung wechselt mein Laptop immer noch zum Bildschirmschoner. Die Verbindung zu den darauf ausgeführten Diensten (SSH, SFTP, HTTP) wird jedoch nicht mehr unterbrochen.

Dieser Befehl deaktiviert die Unterbrechung:

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

und dieser Befehl bringt es zurück:

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

Versuchen Sie es mit

setterm -blank 0

Es muss nach jedem Start eingegeben werden, läuft aber weiter.

Sie könnten Koffein versuchen. Sie können entweder den Befehl 'caffeinate' verwenden, um zu verhindern, dass Ihr Server während eines bestimmten Befehls in den Ruhezustand wechselt ( Syntax siehe http://www.webupd8.org/2015/01/caffeine-app-gets-its-indicator-back.html) ) oder stellen Sie es einfach so ein, dass es nicht ständig inaktiv ist.

setterm -blank 0Der zum GRUB-Boot-Befehl hinzugefügte Befehl wird vom Kernel normalerweise ignoriert, und ich muss die Pfeil-nach-oben-Funktion verwenden, um ihn schnell wieder und wieder einzugeben. Es scheint zu funktionieren, nachdem der Befehl 15 oder 20 Mal von einem Root-Terminal aus eingegeben wurde. Ich gebe es so schnell ein, wie ich die 2 erforderlichen Tasten drücken kann (dh Pfeil nach oben, gefolgt von der Eingabetaste) und ich kann normalerweise ein Terminal dazu bringen, offen zu bleiben.

setterm -blank 0Beachten Sie, dass das Schließen eines Terminals, das über den Befehl künstlich geöffnet wird, vom Kernel als völlig fehlerhafte "Anzeige" interpretiert wird, die die Berechtigung hat, unabhängig in den Schlaf- / Ruhezustand zu wechseln. Ich empfehle, dass Sie ein Root-Terminal in, sagen wir, tty2 oder tty3 starten und es laufen lassen. Solange das Terminal-Programm aktiv ist, scheint es zumindest auf meinem System möglich zu sein, dass ich meinen Konsolenmonitor weiterhin verwenden darf.

setterm -blank 0geht nicht auf das Problem ein, wer dem System die Erlaubnis erteilt hat, unabhängig in den Energiesparmodus / Ruhezustand zu wechseln, und wie ich die Kontrolle über mein System wiedererlangen kann. Es ist mir wichtig, dass mein Dateiserver jederzeit online und verfügbar ist. Um meinen Serer am Laufen zu halten, schreibe ich persönlich einige Kernelmodule neu. Nachdem ich diese Mods installiert habe, werde ich Software-Updates dauerhaft deaktivieren und mein Problem wird behoben, zumindest bis ich eine neuere Hardware kaufe, die einen neueren Kernel erfordert. Um meinen Server am Laufen zu halten, werde ich dann dazu gezwungen Teile des Kernels neu schreiben.