Nach der Aktualisierung ist etwas kaputt: "danach" und "deswegen" sind nicht dasselbe

Du hast aktualisiert, neu gestartet, etwas geht nicht. Der erste Reflex lautet "das Update hat es kaputtgemacht", und manchmal stimmt das. Aber zuerst ist eine Unterscheidung nötig, denn sie ändert die Arbeit von Anfang an.

"Danach" und "deswegen"

Ein Neustart ist die erste ehrliche Prüfung von allem, was seit dem letzten Neustart getan wurde. Ein von Hand gestarteter und nie in den Systemstart eingetragener Dienst, eine Einhängung, die nie in die Konfiguration geschrieben wurde, eine im Betrieb geänderte und nie in eine Datei gespeicherte Einstellung: all das ist seit Monaten da, und nichts davon war bis zu diesem Moment erprobt. Der Neustart bringt es ans Licht, er verursacht es nicht.

Das zu wissen zahlt sich aus, denn "das Update zurückrollen" löst diese Art Problem nicht, und weil es das nicht tut, schickt es dich stundenlang in die falsche Richtung.

Erst das Symptom, dann die Entscheidung

Die eigentliche Frage lautet nicht "wie komme ich zurück", sondern was genau ist kaputt. Es gibt drei Symptomfamilien, und sie zeigen in drei verschiedene Richtungen.

Die Maschine kommt gar nicht hoch. Es geht um den Kernel oder die Startschicht. Der Weg zurück ist der vorherige Kernel, und er ist meist noch da, denn Aktualisierungen löschen alte Kernel nicht.

Die Maschine kommt hoch, aber es gibt kein Panel. Ein Dienst ist nicht gestartet. Sieh nach, welcher und warum; das ist fast immer eine einzelne Konfigurationssache und nicht die ganze Aktualisierung.

Alles kommt hoch, aber etwas verhält sich anders. Ein Bestandteil hat sich wirklich geändert. Hier ist der Instinkt zurückzugehen am falschesten: die richtige Arbeit ist zu lesen, was sich geändert hat.

Zurückgehen ist nicht kostenlos

Das Wurzeldateisystem zurückzurollen macht nicht nur die Aktualisierung rückgängig, es macht alles seit diesem Moment rückgängig. Zwischenzeitlich geänderte Einstellungen, hinzugefügte Zugangsschlüssel, anderes Installierte, alles geht zurück. Zurückgehen ist eine Entscheidung, kein Knopf.

Eine Leiter, die beim Billigsten beginnt

Versuche zuerst das Engste, und wenn es hilft, rühre nichts Weiteres an:

Starte mit dem vorherigen Kernel. Es betrifft nur den Kernel und lässt den Rest, wie er ist.

Setze ein einzelnes Paket auf seine frühere Fassung zurück. Seine Wirkung bleibt auf dieses Paket beschränkt.

Rolle den Systemzustand als Ganzes zurück. Das Stärkste und Teuerste, aufgehoben für zuletzt.

Schreib es auf, bevor du reparierst

Notiere, was du gesehen hast: die Fehlerzeile, welcher Dienst, welche Uhrzeit. An dem Tag, an dem es wieder läuft, verschwindet der Grund, und wenn dasselbe drei Monate später wieder passiert, hast du nichts mehr in der Hand.

Was Atlas tut

Atlas heftet den laufenden Kernel vor der Aktualisierung fest. Selbst wenn also ein neuer Kernel installiert wird, bringt dich der Neustart auf dem alten hoch; der Wechsel auf den neuen ist ein eigener und bewusster Schritt. Wechselst du dann auf den neuen Kernel, übernimmt die Startwache: sie prüft, ob das System wirklich gesund hochkam, und fällt von selbst auf den alten Kernel zurück, wenn nicht.

Vor der Aktualisierung wird eine Momentaufnahme des Wurzeldateisystems gemacht. Auf ZFS ist das billig, und das Zurückgehen dauert Minuten; auf Systemen ohne ZFS wird der Paketzustand gesondert gespeichert, also nicht das ganze System, aber der Installationszustand lässt sich rückgängig machen. Die letzten fünf Aufnahmen vor Aktualisierungen werden behalten, ältere aufgeräumt.

Nach dem Ende der Installation läuft noch eine Prüfung: sind die kritischen Dienste oben, wird die Clusterverständigung noch gehalten. Die Frage "ist etwas kaputtgegangen" wird also gestellt, bevor du es merkst.

⚠️ Die obige Warnung bleibt trotzdem gültig: das Wurzeldateisystem als Ganzes zurückzurollen macht mehr rückgängig als die Aktualisierung. Atlas hält die Aufnahme bereit, aber die Entscheidung zurückzugehen ist deine.