Ein stationäres System muss bei jeder Verbindung antworten. Dafür muss die Maschine wach bleiben. Doch alle Maschinen sind standardmäßig zum Schlafen eingerichtet, um Strom zu sparen. Dieses Kapitel verhindert den Schlaf in vier Schichten und prüft sowohl über sichtbare Einstellungen als auch über die Befehlszeile, ob die Maschine wirklich wach ist.
§ 00 · Wachbleiben kommt zuerst
Du willst dich von außerhalb verbinden, aber die Maschine antwortet nicht. Die häufigste erste Enttäuschung bei der Remote-Entwicklung. In neun von zehn Fällen schläft die Maschine.
Ein Laptop ist zum Schlafen gebaut. Deckel zu: Er schläft. Eine Weile nicht angefasst: Er schläft. Zum Stromsparen ist das eine Tugend. Für ein stationäres System ist Schlaf aber ein Defekt. Greifst du aus der Ferne danach und die Maschine schläft, ist sie schon kein System mehr.
Die erste Aufgabe ist also klar: die Maschine wach halten. Und, noch wichtiger, nicht glauben, dass sie wach ist, sondern es prüfen. Vertraue nicht darauf, dass ein Schalter im Einstellungsfenster alles erledigt hat. Im Remote-Betrieb ist Glaube Luxus.
| Unterscheidung | Was passiert | Auswirkung auf Remote-Arbeit |
|---|---|---|
| Bildschirm aus | Nur der Monitor ruht – das spart lediglich Strom | Keine – Remote-Arbeit läuft auch bei ausgeschaltetem Bildschirm weiter |
| Ruhezustand des Rechners | Die ganze Maschine hält an | Fatal – von außerhalb ist keine Verbindung möglich. Das verhindern wir. |
§ 01 · Vier Schichten gegen den Schlaf
Es gibt mehrere Möglichkeiten, Schlaf zu verhindern. Verlässt man sich nur auf eine, schläft die Maschine leise ein, sobald diese ausfällt. Deshalb schichten wir sie. Bei den folgenden vier Schichten trägt die nächste weiter, wenn eine nachgibt.
Zwei Schichten sichtbarer Einstellungen und zwei unsichtbare Befehlszeilenschichten. Man muss sich nur merken, dass ein ausgeschalteter Bildschirm und ein schlafender Rechner verschiedene Dinge sind. Der Bildschirm darf ausgehen. Solange der Rechner wach bleibt, läuft die Remote-Arbeit weiter.
1 · Energieeinstellungen des Systems (GUI) · Die erste Stellschraube. Den Systemruhezustand auf „Nie“ setzen und nur das Abschalten des Bildschirms erlauben. Der Rechner läuft ständig, der Bildschirm spart Strom. Diese beiden Dinge zu trennen ist der Kern.
2 · Dauerhaft laufende App gegen den Ruhezustand (GUI) · Wenn Einstellungen allein nicht beruhigen, ein Werkzeug starten, das über die Oberfläche dauerhaft Schlaf verhindert. Ein sichtbares Sicherheitsnetz, das sich mit einem Klick ein- und ausschalten lässt.
3 · Ruhezustand per Befehlszeile hemmen (Terminal) · Auch ein Skript kann Schlaf verhindern. Bei langen unbeaufsichtigten Builds oder Deployments hält es den Schlaf nur so lange zurück, wie die Aufgabe lebt. Es ist von der GUI unabhängig und wirkt damit doppelt.
4 · Aufwachen durch Netzwerksignale (Terminal) · Eine Einstellung, die die Maschine bei einer eingehenden Remote-Verbindung weckt, selbst wenn sie doch eingeschlafen ist. Schlaf verhindern und im Schlaf wieder wecken: Beides zusammen lässt keinen blinden Fleck.
§ 02 · Nicht glauben, sondern messen
Alle Einstellungen sind gesetzt. Ist die Maschine jetzt wach? Hier hören die meisten auf: Es ist eingestellt, also wird es stimmen. In der Sprache dieser Methodik ist das ein Geständnis, kein Beleg.
Der Beleg liegt in der Befehlszeile. Fragt man direkt nach dem Zustand der Energieverwaltung, antwortet die Maschine mit Zahlen: ob sie schlafen soll, ob nur der Bildschirm ausgeht und was den Schlaf verhindert. So habe ich nachgefragt und geprüft: Systemruhezustand „Nie“, nur der Bildschirm spart Strom, die Schlafhemmung ist tatsächlich aktiv und Aufwachen durch Netzwerksignale ist eingestellt. Der Bildschirm ist aus, der Rechner aber vollständig in Betrieb.
Diese Haltung zieht sich durch die ganze Methodik. Ein Schalter im Einstellungsfenster ist das Versprechen „Ich werde es tun“; die Antwort der Befehlszeile ist der Beleg „Ich tue es“. Versprechen und Belege unterscheiden sich. Wer Remote-Arbeit dauerhaft aufrechterhält, vertraut keinen Versprechen, sondern misst Belege.
Beitrag lesen: sass.studio.