Das Symptom war unspektakulär und zermürbend: Der Rechner startete nicht durch. Er blieb irgendwo zwischen Firmware und Anmeldebildschirm stehen, minutenlang, ohne Fehlermeldung. Fünfmal die Reset-Taste, dann lief er. Oder es erschien die Windows-Starthilfe und erklärte nach einigen Minuten, sie könne den PC nicht reparieren.

Dazwischen: Abstürze. Nicht beim Spielen, nicht unter Last, sondern nachts, wenn niemand am Gerät saß.

Die Sackgasse

Der erste Blick gilt dem Protokoll der Starthilfe, C:\Windows\System32\LogFiles\Srt\SrtTrail.txt. Es ist das, was Windows selbst über den gescheiterten Start zu sagen hat:

Zeitpunkt des letzten erfolgreichen Starts: 15.10.2026 03:00:22 (GMT)
Anzahl von Reparaturversuchen: 1

Systemdatenträger      = \Device\Harddisk5
Windowsverzeichnis     = H:\WINDOWS
AutoChk-Ausführung     = 0
Anzahl der Fehlerursachen = 0

Name: Systemdatenträger-Test
Ergebnis: Erfolgreich abgeschlossen. Fehlercode = 0x0
Name: Datenträgerfehlerdiagnose
Ergebnis: Erfolgreich abgeschlossen. Fehlercode = 0x0
Name: Test der Datenträgermetadaten
Ergebnis: Erfolgreich abgeschlossen. Fehlercode = 0x0
   ... 28 Tests, jeder einzelne 0x0 ...

Achtundzwanzig Tests, alle bestanden, null Fehlerursachen. Kein Absturzabbild, kein beschädigter Bootsektor, keine kaputte Registrierung. Die Meldung „Die Starthilfe konnte den PC nicht reparieren“ war völlig zutreffend und vollkommen nutzlos: Es gab in ihrem Zuständigkeitsbereich nichts zu reparieren.

Denn die Starthilfe prüft Bootsektor, Startkonfiguration, Registrierung und Systemdateien. Sie prüft nicht, ob ein Laufwerk rechtzeitig antwortet. Genau dort lag das Problem — außerhalb ihres Blickfelds.

Warum die Reparatur überhaupt startete

Bevor es weitergeht, ein Nebenschauplatz, der die Suche zusätzlich vernebelt hat. Windows markiert einen Start erst dann als erfolgreich, wenn er vollständig durchgelaufen ist. Am 15. Oktober geschah Folgendes:

Die Spur

Das Systemprotokoll reichte vier Monate zurück. In dieser Zeit: 60 unsaubere Abschaltungen, also etwa jeden zweiten Tag eine. Nur vier davon hinterließen ein Absturzabbild. Die übrigen 56 waren harte Hänger ohne jede Spur.

Interessant wurde es, als die tatsächlichen Todeszeitpunkte aus den Protokolllücken rekonstruiert waren — nicht die Zeitpunkte, zu denen Windows den Absturz beim nächsten Start meldete, sondern die Momente, in denen das Protokoll mitten im Betrieb abriss:

Der Fund

Nach dieser Fährte gefiltert, sortierte sich das Ereignisprotokoll von selbst. Alle Datenträgerfehler der letzten sechs Wochen, nach Gerät gruppiert:

Harddisk1 ist Laufwerk E:, eine WDC WD5000AACS-00ZUB0 — eine 500-GB-Platte aus der Caviar-Green-Reihe, laut Datenblättern um 2008 gefertigt. Kein anderes Gerät taucht in diesen Fehlern auf. Nicht ein einziges Mal.

Die Mechanik

Entscheidend ist die vierte Zeile der Tabelle, und zwar wegen eines Details, das leicht überlesen wird: Der Treiber setzt nicht die störrische Platte zurück. Er setzt den Port zurück.

Damit erklärt sich auch die MFT-Beschädigung: Beim Reset gehen die gerade laufenden Schreibvorgänge verloren. Dafür braucht es keine defekten Sektoren — nur einen Schreibvorgang, der mitten im Satz abgeschnitten wird.

Der Beweis

Am deutlichsten wird es am Neustart vom 15. Oktober. Der Benutzer klickte um 03:58:50 auf „Neu starten“. Windows meldete sich um 05:00:14 zurück.

Die Wendung

Bis hierher lautete die Diagnose: sterbende Platte, defekte Sektoren, Totalausfall steht bevor. Dann kamen die SMART-Werte — und widerlegten sie.

Nach 56.392 Betriebsstunden — das sind 6,4 Jahre reine Laufzeit — hat diese Platte keinen einzigen umgelagerten, ausstehenden oder unlesbaren Sektor. Die Magnetscheiben sind makellos.

Die Ursache

Bleibt eine einzige Zeile, in der etwas nicht stimmt — Attribut C1.

Dahinter steckt IntelliPark, eine Energiesparfunktion der WD-Green-Reihe. Die Firmware parkt die Schreib-Lese-Köpfe bereits nach acht Sekunden Leerlauf auf einer Rampe am Rand der Scheiben. Kommt danach eine Anfrage, müssen die Köpfe erst zurückfahren. Das kostet Zeit — und nach dreiviertel Millionen Zyklen mehr Zeit, als der Treiber zu warten bereit ist.

Damit schließt sich die Kette:

1. Die Platte parkt im Leerlauf die Köpfe, nach acht Sekunden.
2. Windows greift zu — nachts die automatische Wartung, Schattenkopien, der Virenscanner.
3. Die Köpfe fahren zu langsam zurück, die Anfrage läuft in den Timeout.
4. Nach mehreren Timeouts setzt der Treiber den gesamten SATA-Port zurück.
5. Der Bus steht, das System friert ein, laufende Schreibvorgänge gehen verloren.
6. Beim nächsten Start dasselbe — und irgendwann erscheint die Starthilfe.

Auch das Reset-Drücken passt: Jeder Versuch ist ein neuer Anlauf, und manchmal sind die Köpfe rechtzeitig wieder da.

Warum SMART trotzdem „Gut“ sagt

Das Diagnoseprogramm zeigte für diese Platte durchgehend den Gesamtzustand Gut. Das ist kein Fehler des Programms, sondern eine Eigenheit von SMART.

Ein grünes Häkchen bedeutet also nicht, dass ein Laufwerk brauchbar ist. Es bedeutet nur, dass kein Attribut unter eine vom Hersteller gesetzte Schwelle gefallen ist. Diese Platte legte monatelang einen ganzen Rechner lahm und galt dabei durchgehend als gesund.

Die Lösung

Ein Schritt beendet das Bootproblem: die Platte abklemmen. Ohne sie am SATA-Bus gibt es keine Timeouts, keine Port-Resets, keine eingefrorenen Startvorgänge. Vorher die Daten herunterkopieren — am besten mit einem Werkzeug, das bei Lesefehlern weitergeht statt zu hängen.

Wer es genau wissen will, kann vorher den Gegenbeweis antreten: Der Parktimer lässt sich mit WDs eigenem DOS-Werkzeug WDIDLE3 oder unter Linux mit idle3-tools abschalten. Verschwinden die Resets danach, war die Diagnose richtig. Den Verschleiß repariert das nicht.

Zwei Befunde aus derselben Untersuchung gehörten nicht zur Ursache, verschärften die Lage aber erheblich und sind hier der Vollständigkeit halber genannt: Die Systemplatte hatte nur noch 5 von 222 GB frei — daher fehlgeschlagene Updates, abgebrochene Schattenkopien und eine auf 2 GB geschrumpfte Auslagerungsdatei. Und im Kernel lief ein Sensortreiber von 2012, dessen Signaturzertifikat 2013 ablief; damit er geladen wird, war in der Startkonfiguration die Integritätsprüfung abgeschaltet. Das ist der Hauptverdächtige für die vier echten Bluescreens, die es neben den 56 spurlosen Hängern auch noch gab.

Was bleibt

Eine Festplatte überlebt 56.392 Betriebsstunden ohne einen einzigen defekten Sektor und wird trotzdem unbrauchbar, weil eine Energiesparfunktion ihre Köpfe 756.629 Mal geparkt hat. Verschlissen sind nicht die Scheiben, sondern die Stromsparmechanik.

Drei Dinge nimmt man mit. Ein Diagnoseprogramm, das „Gut“ meldet, sagt nichts darüber, ob ein Laufwerk im Alltag noch taugt — es vergleicht nur Zahlen mit Schwellen. Die Windows-Starthilfe prüft Software und sieht Hardware nicht, weshalb ihr „keine Fehlerursache gefunden“ so oft in die Irre führt. Und wenn ein Rechner im Leerlauf einfriert statt unter Last, lohnt der Blick auf das, was im Leerlauf passiert: Dort schalten sich Dinge ab, die wieder anlaufen müssen.