Die Meinung, die ich 2003 zwischengespeichert habe
Warum ich nach zwei Jahrzehnten zu SUSE Linux zurückgekehrt bin - und warum Sie Ihren Stack überprüfen sollten, solange er noch funktioniert
Irgendwann um das Jahr 2000 herum kaufte ich eine Computerzeitschrift, weil eine CD auf dem Cover klebte. SUSE Linux 6.4. ReiserFS. Ich kam bis "Wählen Sie einen Einhängepunkt für root" und hörte auf - weil ich keine Ahnung hatte, was ein Einhängepunkt ist, und keine realistische Möglichkeit, es herauszufinden. Keine Suchmaschine in Reichweite. Kein Forum. Nur ich, ein beiger Tower und ein Dialogfenster, das mir eine Frage in einer Sprache stellte, die ich nicht beherrschte.
Ich brach die Installation ab. Mein erster Kontakt mit Linux endete mit Kapitulation am Partitionierungsbildschirm. Ich vermute, das ist die häufigste Entstehungsgeschichte unserer Branche.
Ein paar Monate später erschien SUSE 7 und ich bestellte die Schachtelversion. Sieben CDs. Ein gedrucktes Handbuch, dick genug, um ein kleines Geschoss aufzuhalten. Ein T-Shirt. Ein Chamäleon-Aufkleber. Und vor allem: kein Lizenzschlüssel, den irgendjemandes Cousin mit Edding auf eine Disc gekritzelt hatte. Ich installierte ein Betriebssystem, bei dem ich niemandem beweisen musste, dass ich es verdient hatte. Dieser Geruch von Freiheit hielt länger als das T-Shirt.
Dann kamen die Wanderjahre.
Fedora: elegant, modern und verlässlich kaputt im ungünstigsten Moment. CentOS: solide wie ein Tresor, mit einem Software-Repository, das sich anfühlte wie ein Museum mit Souvenirladen. Also tat ich, was alle taten, und sprang auf den Ubuntu-Zug auf. Und Ubuntu funktionierte. Meistens. Eine Zeitlang.
Jede einzelne Installation folgte jedoch dem gleichen Verlauf. Monate des Friedens, dann der Beginn von Symptomen, die sich weder beschreiben noch eingrenzen noch reproduzieren ließen. Ein Druckdialog, der elf Sekunden braucht. Bluetooth, das sich nur dienstags koppelt. Suspend, das funktioniert, bis man hinschaut. Nichts, wofür man einen Bug melden kann, weil der Fehlerbericht lauten würde: "Es fühlt sich klebrig an."
Und darunter: APT. Ich habe ganze Abende meiner endlichen Lebenszeit an Abhängigkeitskonflikte gespendet, die sich in dem Vorschlag auflösten, ungefähr ein Drittel meines Systems zu entfernen. RPM und seine Resolver waren immer das bessere Engineering. Das wusste ich. Ich blieb trotzdem bei DEB, weil der Wechsel einen Preis hat, den man nur in Wochenenden bezahlen kann.
Das ist der interessante Teil dieser Geschichte. Nicht die Distribution. Der Grund, warum ich geblieben bin.
Cache-Invalidierung ist das schwerste Problem der Informatik - auch im eigenen Kopf
Vor einiger Zeit aktualisierte ich Ubuntu zum zweiten oder dritten Mal und machte eine ehrliche Bestandsaufnahme von allem, was ich gelernt hatte zu ignorieren. Es war eine lange Liste. Jeder einzelne Punkt für sich unter der Handlungsschwelle, in der Summe ein System, das ich umschiffte statt damit zu arbeiten. Zeit für eine Neuinstallation.
Aber statt das Gleiche noch einmal zu installieren, beschloss ich, das Feld tatsächlich zu sondieren. Mint. Rocky. Ein paar andere. Nichts zündete. Also tat ich etwas leicht Demütigendes: Ich schrieb meine echten Anforderungen auf - Stabilität, vernünftige Paketverwaltung, Rollback, kein Drama - und legte sie einer KI vor.
Die Antwort war openSUSE.
Meine unmittelbare Reaktion war körperliches Unbehagen, und der Grund hatte nichts mit openSUSE im Jahr 2025 zu tun. Es war KDE. Ich war dabei gewesen, als ein großer Desktop in einem Zustand an Endbenutzer ausgeliefert wurde, den die eigenen Entwickler als Vorschau bezeichneten. Ich hatte damals mit dem Enthusiasmus eines Mannes gespottet, der seine Berufung gefunden hat. Außerdem hatte ich ein Jahrzehnt in Xfce verbracht und davor ein altes GNOME 3 geliebt. Mein Urteil über KDE war gefällt, abgeheftet und nie wieder aufgemacht worden.
Und genau hier liegt das Problem: Dieses Urteil basierte auf Daten, die ungefähr zwei olympische Zyklen alt waren, geschrieben in einem Speicher ohne Verfallsdatum. Meine Meinung hatte keinen TTL. Sie war ein gecachter Wert, der mit absolutem Selbstbewusstsein ausgeliefert wurde, obwohl der Origin-Server längst die komplette Anwendung neu geschrieben hatte.
Physiker haben ein Wort dafür. Hysterese: Der Zustand eines Systems hängt von seiner Geschichte ab, nicht nur von den aktuellen Bedingungen. Entfernt man die Kraft, federt das Material nicht zurück - es bewahrt eine Erinnerung an das Feld, in dem es sich befand. Genau das tun Technologiemeinungen in den Köpfen erfahrener Techniker. Wir werden magnetisiert durch ein schlechtes Release, einen Anbieter, der 2014 gelogen hat, ein Framework, das uns verbrannt hat, einen Kandidaten, der in einem einzigen Vorstellungsgespräch gepatzt hat - und wir bleiben magnetisiert, lange nachdem das Feld verschwunden ist.
Das wirklich Nützliche, was die KI für mich getan hat, war keine Intelligenz. Es war das Fehlen von Geschichte. Sie hatte keinen Groll zu verteidigen, keine Heldengeschichte als Rechtfertigung, keine Reputation, die davon abhing, mit einer Meinung über eine Desktop-Umgebung aus der Ära Schröder recht behalten zu haben. Sie glich einfach Anforderungen mit der aktuellen Realität ab.
Das ist eine unbequeme Erkenntnis, wenn man beruflich Entscheidungen trifft.
Das Universum kassiert alte Schulden ein
Ich machte ein Backup, stellte fest, dass XFS sich nicht verkleinern lässt - eine Tatsache, die man in der Regel genau dann erfährt, wenn es teuer wird - und installierte von Grund auf neu auf Btrfs. Tumbleweed. Snapper. Automatische Snapshots. Endlich ein Sicherheitsnetz.
Innerhalb weniger Tage stürzte KDE beim Login ab und weigerte sich, hochzukommen. Irgendwo in der Maschine hatte sich über zwanzig Jahre Karma mit Zinseszins angesammelt.
Also rollte ich auf einen früheren Snapshot zurück. Es half nicht.
Und genau das war die wertvollste Lektion der gesamten Migration - denn es ist kein Bug, sondern Design. In einer Standard-openSUSE-Installation decken die Snapshots das Root-Dateisystem ab. Ihr Home-Verzeichnis liegt in einem bewusst ausgeschlossenen Subvolume, damit ein System-Rollback nicht auch das Dokument löscht, das Sie heute Morgen geschrieben haben. Vollkommen sinnvoll. Nur: Mein Problem steckte in einer Qt-Konfigurationsdatei in meinem Home-Verzeichnis. Das Sicherheitsnetz, wegen dem ich die ganze Distribution gewählt hatte, deckte genau die Schicht nicht ab, in der der Fehler tatsächlich auftrat.
Jede Backup-Strategie, die Sie jemals abgesegnet haben, hat eine Version dieses Lochs. Die Wiederherstellung deckt den Teil ab, der sich leicht per Snapshot sichern ließ, und der Ausfall lebt in dem Teil, der den tatsächlichen Zustand hält. Sie finden heraus, welcher welcher ist - entweder bei einem entspannten Test an einem Dienstagnachmittag oder während eines Vorfalls mit Publikum. Ihre Wahl.
Ich löschte eine Handvoll KDE- und Qt-Konfigurationsdateien, wechselte auf einen neueren Tumbleweed-Snapshot, und das Problem kehrte nie zurück. Dann passierte etwas Ärgerliches: Ich fing an, es zu mögen. YaST fühlt sich immer noch an wie ein echtes Kontrollzentrum für ein echtes System - nicht wie eine Einstellungs-App, die die Schalter versteckt, die sie Ihnen nicht zutraut. Zypper löst Abhängigkeiten wie ein Erwachsener. Und das Chamäleon kommt immer noch aus Nürnberg. Heißt: Ich bin zwei Jahrzehnte lang durch die gesamte Distributionslandschaft gereist, um ein paar Autostunden von dort zu landen, wo ich angefangen habe.
Ich bin leicht verärgert über mich selbst. Nicht weil ich gegangen bin. Sondern weil ich nicht früher zurückgeschaut habe.
👉 Bewerten Sie bei maximaler Stabilität neu, nicht bei maximalem Schmerz. Entscheidungen, die während eines Ausfalls fallen, bevorzugen automatisch den Amtsinhaber, weil Panik auf Vertrautheit optimiert. Der einzige Zeitpunkt, an dem Sie Optionen ehrlich vergleichen können, ist, wenn Sie es nicht müssen.
👉 Jede Technologiemeinung braucht einen TTL. Schreiben Sie das Urteil auf, mit einem Wiedervorlage-Datum. "Anbieter X ist unbrauchbar" verfällt nach achtzehn Monaten. Genauso wie "Das Tool ist Spielzeug" und "Die Person kann keine Eskalationen."
👉 Ihr Groll läuft auf gecachten Daten. Das Produkt, das Sie damals verbrannt hat, hat seitdem vierzig Releases ausgeliefert. Die Kollegin, die Sie abgeschrieben haben, übrigens auch. Einen veralteten Cache mit hohem Selbstbewusstsein auszuliefern ist nicht Erfahrung - es ist nur Latenz.
👉 Testen Sie die Wiederherstellung, nicht das Backup. Der Snapshot, der alles abdeckt außer Ihrem tatsächlichen Zustand, ist ein Gefühl, kein Wiederherstellungsplan.
👉 Stellen Sie die Frage jemandem ohne Geschichte. Einem Junior, einem Außenstehenden, einer Maschine - jedem, der nicht emotional daran hängt, beim ersten Mal recht gehabt zu haben. Die Naivität ist ein Feature.
Zwanzig Jahre Loyalität gegenüber einer Entscheidung, die ich traf, bevor ich wusste, was ein Einhängepunkt ist. Als Deutscher steht mir vertraglich ein Groll zu - aber der Zinssatz auf genau diesen hier war brutal.
👇 Was ist Ihre stärkste Technologiemeinung, die Sie seit dem letzten Mal, als sie stimmte, nicht mehr überprüft haben?
Dieser Artikel ist auch auf English verfügbar.
TrenchOps DE 🇩🇪🐎
0 comment(s)
No comments yet. Be the first to comment.
Leave a comment