Frisches OS, sauberer Neustart und immer noch kaputt: Wenn von vorn anfangen nicht hilft
Die nukleare Option, die eigentlich alles reparieren sollte
Es gibt einen Punkt beim Troubleshooting, an dem man aufhört herumzudoktern und einfach reinen Tisch macht: komplette Neuinstallation, frisches OS, keine Reste, keine Korruption, keine Ausreden.
Das Proxmox-Gespenst: Warum frische Server-Installationen Admins das Fürchten lehren
Und für einen kurzen Moment sah es nach Erfolg aus. Die Installation wurde abgeschlossen, keine Fehler, keine Warnungen. Dann traf die Realität ein.
Der Dienst, der sich weigert zu existieren
Der zentrale Dienst, Veeam.Archiver.Service, startet einfach … nicht. Er ist nicht verzögert, nicht langsam, nicht falsch konfiguriert. Er startet und stoppt sofort wieder, jedes Mal, ohne aussagekräftige Logs und ohne klare Fehler.
Genau das macht diese Art von Problem so beunruhigend. Es scheitert nicht laut, sondern leise, auf einer Ebene, die so niedrig liegt, dass selbst das System nicht zu verstehen scheint, was passiert.
Wenn selbst die Logs aufgeben
An diesem Punkt greift das übliche Playbook: Event Viewer prüfen, Installations-Logs prüfen, Dienstabhängigkeiten prüfen. Nur ist da nichts. Auf Server Core existieren überhaupt keine Logs, auf Desktop Experience existieren sie, erklären den Fehler aber nicht.
Eine Reaktion bringt es perfekt auf den Punkt: "Das ist schockierend." Denn wenn ein Windows-Dienst ausfällt, ohne eine Spur zu hinterlassen, bricht das eine der Kernannahmen des Troubleshootings, nämlich dass Fehler Hinweise hinterlassen. Hier tun sie das nicht.
Die Spirale des "Vielleicht liegt's daran"
Sobald klare Signale fehlen, wird Troubleshooting zum Rätselraten. Vielleicht liegt es an der OS-Version, vielleicht fehlen Voraussetzungen, vielleicht ist es die Hardware, vielleicht die Installer-Version. Und die Vorschläge fangen an, hereinzurollen:
- "Server Core hätte nie funktioniert."
- "Warum nutzt du überhaupt noch v7?"
- "Voraussetzungen prüfen."
- "Probier stattdessen Windows Server 2019."
Falsch ist keiner dieser Vorschläge, definitiv aber auch keiner. Es sind Richtungen, die man erkunden kann, und noch keine Lösungen.
Das Versionsproblem, das niemand zugeben will
Ein Thema taucht immer wieder auf: die Versionswahl. Mehrere Stimmen weisen auf dasselbe hin, nämlich dass v7 faktisch veraltet ist. End of Support, keine aktuellen Patches, nur begrenzte Hilfe verfügbar.
Das verschiebt die Erzählung leicht. Vielleicht liegt das Problem gar nicht an der Umgebung, nicht am Installationsprozess und nicht einmal an der Hardware. Vielleicht kämpft man gegen etwas, das einfach nicht mehr funktionieren soll. Das ist schwer zu schlucken, besonders wenn der Fehler nicht wie ein Versionsproblem aussieht.
Der Infrastruktur-Realitätscheck
Dann weitet sich die Diskussion. Jemand fragt nach den Hardware-Specs, ein anderer stellt das Storage-Design infrage, weil eine JET-Datenbank auf Software-RAID ohne richtiges Caching läuft. Plötzlich geht es nicht mehr nur um einen Dienst, der nicht startet, sondern um die gesamte Umgebung:
- Ist die Hardware angemessen?
- Sind die Storage-Entscheidungen sicher?
- Sind die Voraussetzungen wirklich vollständig?
Denn moderne Backup-Systeme sind nicht nachsichtig. Sie setzen bestimmte Bedingungen voraus, und wenn diese Bedingungen auch nur geringfügig verletzt werden, gehen Dinge auf eine Weise kaputt, die keinen Sinn ergibt.
Drei Arten, denselben Fehler zu interpretieren
Faszinierend ist, wie unterschiedlich Menschen dieses Problem einordnen. Eine Gruppe sieht es als Konfigurationsproblem: fehlende Voraussetzungen, nicht unterstützte Setups, falsche Version, das beheben, und es sollte funktionieren. Eine andere sieht darin eine Produktbeschränkung mit zu vielen versteckten Abhängigkeiten und zu wenig Transparenz, wenn etwas fehlschlägt.
Und dann gibt es die dritte Perspektive, die, die man fühlt, wenn man selbst mittendrin steckt: "Das sollte auf einem sauberen System nicht passieren." Das ist keine technische Frustration, sondern eine enttäuschte Erwartung.
Das verborgene Muster hinter dem Chaos
Das ist nicht das erste Mal, dass wir dieses Muster sehen. Eine saubere Installation schlägt fehl, Logs erklären es nicht, Support ist langsam oder ergebnislos, und Community-Vorschläge streuen in verschiedene Richtungen. Am Ende ist der "Fix" nicht elegant, sondern ein Workaround:
- Eine andere OS-Version ausprobieren
- Eine neuere Produktversion verwenden
- Die Architektur komplett ändern
Garantierte Lösungen sind das nicht, aber irgendetwas muss sich ändern.
Warum der Dienst nur das Symptom ist
Es ist verlockend, sich auf den Dienst zu konzentrieren, der nicht startet. Das eigentliche Problem liegt tiefer, nämlich in einem System, das versagt, ohne zu erklären, warum. Denn wenn Software in einer makellosen Umgebung kaputtgehen kann und Ihnen kein aussagekräftiges Feedback gibt, betreiben Sie kein Troubleshooting mehr, Sie raten.
Die unbequeme Erkenntnis
Es gibt hier keine saubere Lösung und keinen einzelnen Fix, der alles löst, nur eine Realität, die immer häufiger wird: Selbst "Neuanfänge" sind nicht immer wirklich neu.
Moderne Systeme tragen unsichtbare Abhängigkeiten mit sich, von Versionen, Umgebungen und Konfigurationen, die sich nicht zurücksetzen, nur weil man das OS neu installiert. Und wenn diese Abhängigkeiten nicht erfüllt sind, gehen Dinge nicht einfach nur kaputt, sie scheitern lautlos. Genau das macht es so schwer, ihnen zu vertrauen.