XP führt endlos chkdsk aus

[Ferrit]

Guten Morgen!
seit gestern wird auf meinem XP Pro-Rechner (mit Asus A7N8XE-Deluxe MB) nach jedem Neustart chkdsk auf C (drei Phasen) ausgeführt. Dann habe ich vorher mal mit einer Taste abgebrochen und Windows startet problemlos.
In der Ereignisanzeige gibt es allerdings die Meldung, daß die Dateisystemstruktur beschädigt und unbrauchbar sei und es solle chkdsk durchgeführt werden. Nun setzte ich beide Haken für die Datenträgerüberprüfung und die Schleife setzt sich ungerührt fort, nunmehr mit 5 Phasen.
Zusätzlich mit einer Boot-CD NTFS Pro ausgeführt: keine Fehler!
Eigentlich passiert das nach Neustart seit dem letzten Windows Update und damit verbundenem Herunterfahren. Könnte es da einen Zusammenhang geben?

[Rupps]

führ mal "chkdsk c: /x /f /r" aus.

[Ferrit]

Entschuldige Rupps, ich wurde gerade am Telefon festgehalten!
Habe das nun eingegeben und warte nach Neustart auf das Ergebnis....

[BuckFix]

Prinzipiell richtig, was Rupps schreibt. Der Fehler muss aber nicht zwangsläufig auf "C:" liegen, wenn mehrere Partitionen vorhanden sind.
Deshalb für jedes Laufwerk zunächst einmal

fsutil dirty query X:

in der Eingabeaufforderung ausführen, wobei "X:" jeweils durch alle vorhandenen Laufwerksbuchstaben der Paritionen ersetzt werden muss.
Das Laufwerk, für das dann Fehler angezeigt werden, kannst du dann mit dem chkdsk -Befehl reparieren.
Wichtig ist hier der Parameter /f.

[Ferrit]

Danke BuckFix!
Das kommt als Nächstes, wobei ich ergänzend hinzufüge, daß die zwei vorhandenen NTFS-Partitionen mit NTFS Pro per Boot-CD und die zwei FAT32 Part. mit Scandisk bereits geprüft wurden, aber mal sehen, was Dein Vorschlag erbringt!

[Ferrit]

So, beide Vorschläge wurden befolgt, leider ohne Ergebnis.
Nach Eingabe von "fsutil dirty query C:" und für alle anderen LW erscheint blitzschnell ein DOS Fensterchen ohne weitere Reaktion. Bedeutet das "kein Fehler"?

[BuckFix]

Führe den Befehl in der Eingabeaufforderung aus, dann siehst du auch was.

[Ferrit]

Ach so, hab´s bei "Ausführen" eingegeben.
Nun gut bzw. schlecht: Volume C ist fehlerhaft!
Welche Parameter sind jetzt am Besten? "chkdsk c: /x /f /r" hatte ich schon.

[BuckFix]

chkdsk c: /f /r

sollte eigentlich den Fehler beheben. Macht es das auf normalem Weg nicht, boote die Wiederherstellungskonsole von der CD und führe dann chkdsk von dortaus aus.

Hilft das auch nicht, kannst du schonmal nach dem Diagnosetool des Festplattenherstellers Ausschau halten.

[Ferrit]

Danke BuckFix!
Letzteres hatte ich schon erwogen, erscheint als naheliegend. Muss jetzt mal weg und werde über den weiteren Verlauf berichten....

[Ferrit]

Momentan sieht es so aus:
die Intensivprüfung der SATA Platte mit dem Maxtor Tool ergab keine Fehler (hätte mich auch gewundert). Erneutes chkdsk führt wieder in die Schleife!
Laut Ereignisanzeige tritt der NTFS-Fehler effektiv das erste Mal am 11.4. nach Windows Update am 10.4. auf - und ich setze mal auf den letzten vorhandenen Wiederherst. Punkt vom 20.März zurück, auch wenn mir ein Zusammenhang widersinnig erscheint, aber wer weiß....

[Rupps]

geschrieben von BuckFix am 20-12-2002

Winhelpline Forum - Festplatten Check bei jedem Bootvorgang

[BuckFix]

Yo, nur behebt das was ich da damals schrieb leider nur die Symptome und nicht die Ursache.
fsutil würde dennoch das LW als fehlerhaft erkennen.

Ist das zufällig ein Dualbootsystem mit Vista?

[Ferrit]

Rupps, Du bist ein Schatz! Das werde ich im Ernstfall auch probieren, aber gerade läuft per CD über die Wiederhst.-Konsole chkdsk /p /r
Übrigens funktionierte das mit dem Wiederherst.-Punkt nicht, weil nach Neustart sofort wieder chkdsk starten will, was ich abbreche und dann kommt die Meldung, daß die Wiederherstellung nicht möglich ist.
Jetzt bin ich gespannt, was die Konsole ausrichtet: ...."weitere Überprüfungs und Wiederherstellungsvogänge werden durchgeführt...", das dauert auch viel länger als das Übliche chkdsk.
Nod32 hatte ich vorher auch schon ergebnislos laufen lassen.

[Ferrit]

BuckFix, Deine Frage hatte ich übersehen:
Nein, nur XP Pro als System. An dem Rechner arbeite ich nur gelegentlich mit Audio oder Videoprogrammen.
chkdsk: erst 70%

[BuckFix]

Worauf ich damit hinaus wollte, war dieser Punkt hier:
"Alte" Festplatten unter Vista weiter verwenden
Da du ja auch desöfteren mit deinen Rechnern "experimentierst", hätte die Platte ja schonmal "vistabehandelt" worden sein können.

[Ferrit]

Ja, auf der Platte hatte ich zwar schon mal testhalber einige Vista Updates über mein XP und Neuinstallationen gemacht (da ich jeweils eine ungenützte Business und Home Premium zu liegen habe [wie der Berliner zu sagen pflegt]), aber dann ein frisches XP darauf belassen und bis gestern kein Problem damit gehabt.

Ach so: chkdsk mit der Konsole hat gedauert, aber nach Neustart der gleiche Betrieb! Lohnt es sich nun noch, Deinen Tipp (dank Rupps) auszuführen?

[BuckFix]

Das werden wir dann jetzt einfach mal testen. Trage den LW-Buchstaben der Platte/Partition unter

Zitat:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\Session Manager
ist der richtige Pfad!
Hier unter
BootExecute
den Wert folgendermassen ändern:
autocheck autochk /K:DEF *
wobei "DEF" hier den Laufwerksbuchstaben entspricht, die nicht gescannt werden sollen.
Also hier den Laufwerken D, E und F

ein und überprüfe dann, ob das fsutil immernoch Fehler meldet. Wenn nicht, isses ok. Wenn doch, liege ich richtig und du stellst nur die Symptome ab aber nicht die Ursache.

[Ferrit]

Tja, nach Eintrag von /K:C in allen ControlSets gab es nach Neustart zwar kein chkdsk, aber wie Du vermutet hast: Volume ist (immer noch) fehlerhaft!
Ich bin ratlos und kann eigentlich nur nochmal alle Ereignismeldungen in Ruhe durchsehen, ob da etwas signifikantes zu finden ist, was mir einen Hinweis auf die Ursache geben könnte. Oder fällt Dir noch was Gutes ein?

Ergänzung:
vor der Änderung stand da: autocheck autochk * OODBS
ich hatte eingetragen: autocheck autochk /K:C
jetzt steht da nach Neustart "autocheck autochk /K:C OODBS"

[BuckFix]

Momentan hätte ich erstmal nur noch die Idee, die Platte unter Vista anzuhängen und dann mal mit

fsutil repair query X:

dort den Status abzufragen.

[BuckFix]

...oder wart mal: ich schau mal nach, ob das nicht auch von der DVD aus geht...

[Ferrit]

Vielen Dank für Deine Mühe, BuckFix!
Ich muss zwischendurch Jemand von der U-Bahn abholen, melde mich wieder...

[BuckFix]

Schade: fsutil gibt es offenbar nicht in der Wiederherstellungsumgebung.

[Ferrit]

Während ich weg war, lief die Schleife wieder endlos weiter: da ist nichts zu machen. Jetzt muss ich mich um die Gäste kümmern und sehe morgen weiter, Danke!

[BuckFix]

Zitat:
Geschrieben von Ferrit

vor der Änderung stand da: autocheck autochk * OODBS
ich hatte eingetragen: autocheck autochk /K:C
jetzt steht da nach Neustart "autocheck autochk /K:C OODBS"

Dieses OODBS gehört da standardmässig garnicht hin. Das kommt irgendwie über O&O Defrag dahin. Vielleicht hast du dir mit dem Programm da jetzt irgendwas zerschossen.

Du solltest daher erstmal O&O aus dem Autochk rausnehmen, das Programm komplett abschalten und dann eventuell mal einen neuen Bootsektor samt Partitionstabelle erstellen lassen.

[Ferrit]

BuckFix, Du hast natürlich recht damit, daß der Eintrag von OO Defrag stammt (darauf war ich nicht gekommen), aber er wird bei der Installation des Programmes standardmäßig gesetzt und setzt den OODefrag-Dienst in Gang. Ohne diesen Eintrag kann Defrag nicht gestartet werden und es hat durchaus seine Richtigkeit damit, wovon ich mich bei meinem Laptop überzeugt habe. Daran liegt es im Grunde nicht!
Mit der Windows-CD und Konsole führte ich nun Fixboot und Fixmbr aus, wobei zunächst die Meldung kam, daß der MBR nicht in Ordnung sei, was korrigiert wurde. Dann ließ ich nochmals NTFS Pro von CD laufen, was auf C nichts fand und auf E die MFT korrigierte.
Nun deinstallierte ich OODefrag 8.6, beließ den "autochk"-Eintrag leer (ohne *) und startete unangefochten neu. Doch nun kommt´s: Neuinstallation von OODefrag 10, mit dem Eintrag "autocheck autochk OODBS" Neustart und der Spuk mit wiederholtem chkdsk begann auf´s Neue!
Dies bedeutet, daß es vor drei Tagen irgendwo eine Veränderung in meinem System gab, die diesen Teufelskreis in Gang setzt. Auch auf meinem VISTA Rechner besteht der gleiche Eintrag "autocheck autochk * OODBS" ohne die fatalen Folgen.
Ich erscheint mir unmöglich, die Ursache noch herauszufinden und ich werde wohl auf ein zurückliegendes Image von C zurückgreifen, weil mir Zeit und Lust abhanden kommen. Nochmals Dank für die Hilfe!
PS.: Wie geht das?
"dann eventuell mal einen neuen Bootsektor samt Partitionstabelle erstellen lassen".
Mit PartitionTableDoctor?

[BuckFix]

Im Prinzip bist du ja mit fixboot und fixmbr schon damit durch.

[leader]

Wie wäre es mit dem einmaligen löschen der Auslagerungsdatei, dort könnte der Autostarteintrag von "chkdsk" drin sein.

Bei "msconfig" reinschauen ob dort der normale Systemstart eingestellt ist.

In der Eingabeaufforderung folgendes eingeben: "chkntfs /d", damit stellt man die Standardeinstellungen der Festplattenprüfung ein.

[Ferrit]

Auslagerungsdatei wird beim Herunterfahren gelöscht!
Normaler Systemstart ist eingestellt.
Erstmal Danke soweit!