Windows CHKDSK für Systemlaufwerk C: startet nach Neustart startet nicht (nur über abgesicherten Modus oder separates Bootmedium)

Windows Betriebssystem

dark_rider

Active member
Themenstarter
Registriert
7 Aug. 2008
Beiträge
1.994
Hallo zusammen,

heute hing mein T14s mit Windows 11 leider plötzlich dauerhaft, nachdem der Monitor-Timeout nach 10 Minuten begann und ich diesen per Mausbewegung sofort wieder beendete, während ein Backup (per Imager: Drive Snapshot) lief: Das Bild kam zwar wieder, aber alles war eingefroren und der Lüfter, der normalerweise während des Backups dauerhaft wegen hoher Last läuft, ging auch aus, was darauf hindeuete, dass es sich nicht nur um eine Bildstörung handelte.

Schließlich erschien mir nur noch "hartes" Ausschalten eine Option zu sein, also den Power-Knopf am Dock einige Sekunden lang gedrückt halten. Danach startete das TP plötzlich mehrfach nur noch ohne Bild auf dem externen Monitor, also noch 1-2x hart ausgeschaltet. Gott sei Dank startete es dann aufgeklappt mit integriertem Display wieder mit Bild.

Allerdings wurde noch vor Windows eine "Datenträgerüberprüfung" angekündigt, dann "Laufwerk wird überprüft und repariert (C:)...", was aber immer schon sofort abbrach. Mehrfach neu gestartet, immer dasselbe: "Datenträgerüberprüfung", dann "Laufwerk wird überprüft und repariert (C:)...", was dann aber nach wenigen Sekunden abbrach und zum normalen Windows überging.

Unter Windows erschien dann nach einer Weile ein Popup "Sicherheit und Wartung", "Starten Sie den PC neu, damit Laufwerksfehler repariert werden". Leider auch danach wieder das gleiche wie zuvor. Bin dann im Windows Explorer per rechter Maustaste auf Laufwerk C: gegangen, Eigenschaften, Tools, Fehlerüberprüfung, Prüfen. Ergebnis: "Laufwerk kann nicht repariert werden, während es verwendet wird". Wie vorgeschlagen auf "Jetzt neu starten und reparieren", was aber auch wie oben schon beschrieben abbrach.

"sfc /scannow" ergab immerhin keine Fehler. "chkdsk /f" über die Eingabeaufforderung brachte auch nur das gleiche Ergebnis: Nach dem für das Systemlaufwerk C: nötigen Neustart kamen nur die o.g. Meldungen, aber wenige Sekunden nach "Laufwerk wird überprüft und repariert (C:)..." ging es immer sofort mit dem Windows-Startbildschirm weiter, scheinbar ohne dass CHKDSK überhaupt startete. Laufwerksfehler wurden so aber immerhin angezeigt.

Die Lösung war schließlich, einen erst kürzlich per recoverydisk.exe unter Windows 11 erstellten USB-Stick anzustecken, das TP von diesem zu starten und dann über die Eingabeaufforderung "chkdsk C: /f /r" laufen zu lassen. So konnte chkdsk die Fehler endlich nicht nur melden, sondern mit diversen Fortschrittsanzeigen auch eine ganze Weile durchlaufen und die Fehler reparieren. Alternativ wäre es wohl auch über den abgesicherten Modus und dessen Fehlerbehebung/Eingabeaufforderung möglich gewesen.

Normal ist dieses Verhalten wohl nicht, zumindest auf dem T460s läuft CHKDSK nach einem Neustart auch wirklich an und durch (mit Phasen 1, 2 und 3), nicht aber auf dem T14s.

Intensive Webrecherche ergab bisher keine Lösung. Hat vielleicht jemand noch eine Idee dazu bzw. es auch selbst so erlebt?
 
Zuletzt bearbeitet:
Tja, ein Blick in die Windows Ereignisanzeige nach dem hochfahren hätte vielleicht auch Gründe für das Problem aufgeführt, sofern die Logs nicht beschädigt waren.
Jetzt weißt Du immer noch nicht, warum dieses Problem aufgetreten ist.

Ich hatte erst am Dienstag meinen "innerlichen Triumpfmasch", nachdem mein Nacholger mich verzweifelt um Rat gebeten hatte, weil in einer frisch migrierten VM von VMWare nach Hyper-V beim automatischen Etikettendruck die Datendatei nicht nach erstellen des Druckjobs gelöscht wurde, sondern endlos aus dieser weiter Druckjobs erstellt wurden. - Löschen der Datei von Hand funktionierte aber.
Migration war am 15.08., der Fehler trat mit dem ersten Druckjob am 18.08. auf und am 19.08. rief man mich um Hilfe.

Ein Blick in die Windows Ereignisanzeige unter "System" - das Fehlerprotokoll war voll von Fehlermeldungen mit der Quelle "disk" ab dem Zeitpunkt der ersten Druckjob-Erstellung am 18.08..
Also chkdsk ausgeführt und als die Prüfung mit Reparatur nach 2 Std. fertig war, funktionierte alles wieder.

Wir lernen daraus:
Wenn etwas nicht funktioniert, immer erst die Ereignisprotokolle prüfen und ggf. bei geöffneter Protokollierung den Fehler rekonstruieren versuchen. Dabei spielt das Betriebssystem keine Rolle
 
Die Laufwerksfehler konnten wie oben beschrieben zwar repariert werden, "CHKDSK C: /f" läuft aber auch nach einem Neustart (zwischen BIOS und Windows) nicht. OK, CHKDSK braucht man nicht jeden Tag, normal ist das Verhalten aber wohl trotzdem nicht. Es scheint vom Hänger bzw. dem irregulär beendeten Drive Snapshot irgendwo noch eine Laufwerkssperre zurückgeblieben zu sein, auch wenn sonst alles normal funktioniert.
 
Zuletzt bearbeitet:
meldet aber direkt aus Windows bzw. von C: aus gestartet leider immer noch, dass das C: nicht gesperrt werden kann,
Diese Meldung kommt grundsätzlich, weil Windows am laufen ist. Bei Reboot ist die Sperre aufgehoben und der Scan kann beginnen. Da dies aber bei Dir wiederholt abbrach, wäre zumindest die Suche des Grunds hierfür angebracht gewesen.

Auch hätte ich spätestens nach dem zweiten Fehlversuch nach anstoßen des dritten Versuchs den Neustart verneint, den Rechner richtig heruntergefahren und nach einschalten geschaut, ob der Scan jetzt durchläuft.
 
PS: Aktuell wird von einem Windows-11-Bug bei großen Datentransfers > 50 GB berichtet:

Ob das aber hier der Grund des Hängers war, ist unklar, zumal beim Backup die System-SSD (bei mir zudem von Samsung, die sind dort bisher nicht erwähnt) nur gelesen und der Inhalt aufs NAS bzw. eine externe HDD geschrieben wird. Aber wer weiß, in der Ereignisanzeige von Windows wurde ich zumindest bisher nicht fündig.
 
....sofort mit dem Windows-Startbildschirm weiter, scheinbar ohne dass CHKDSK überhaupt startete. Laufwerksfehler wurden so aber immerhin angezeigt.
Möglicherweise "chkdsk C:" ohne weitere parameter. Das geht (nur) mit Admin-mode jederzeit, mit Warnung "read only mode", d.h. reine Diagnose. Mit /f auf dem system-volume ........ das hätte ich mich maximal vor einem Restore (oder HD-Tausch) als letztes Mittel getraut............. (schlechte Erfahrung bei älteren Bastelprojekten mit diversen Betriebssystemen)

Hab's zum Vergnügen gerade mal im Hintergrund laufen lassen (ohne /f). Er zeigt immer ETA 00:01:15 an, aber es wird eine laaaaange Minute :-) (~4).
Gruß Peter
 
Zuletzt bearbeitet:
  • ok1.de
  • IT Refresh - IT Teile & mehr
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben