XP Windows XP SP3 + alle Updates -> chkdsk Fehler?
- Ersteller Muku-Muku
- Erstellt am
Hallo!
Ich habe hier vier verschiedene Systeme, eines davon komplett neu installiert, auf denen chkdsk über verlorene Indexeinträge, berichtigte MFT Bitmap, Fehler im Volumebitmap u.v.m. meckert.
Ich habe die Vermutung, dass es am Service Pack 3 liegt- ein PC, dessen menschlicher Bediener sich weigert SP3 zu installieren, läuft mit SP2 und da meckert chkdsk nicht.
Hier mal ein paar chkdsk Fehler:
Ein Datensatzsegment der USN-Journaldatei wird repariert.
Fehler im Attribut BITMAP der Masterdateitabelle (MFT) werden berichtigt.
Fehler in Volumebitmap werden berichtigt.
Windows hat Probleme im Dateisystem festgestellt.
Kann das hier jemand bestätigen(einfach in der Konsole "chkdsk c:")?
.
EDIT :
.
Nachtrag:
ein "chkdsk c: /F/R/V" bringt nach dem Neustart folgendes zu Tage:
Danach kommt ja ein weiterer Neustart und ich bin dann direkt in die Konsole und sofort "chkdsk c:", dann kommt das hier:
Also Index $I30 (was auch immer das heißt) und die "Datei 0x9" (was auch immer das heißt) sind wohl "Kandidaten".
Und jetzt?
Ich habe hier vier verschiedene Systeme, eines davon komplett neu installiert, auf denen chkdsk über verlorene Indexeinträge, berichtigte MFT Bitmap, Fehler im Volumebitmap u.v.m. meckert.
Ich habe die Vermutung, dass es am Service Pack 3 liegt- ein PC, dessen menschlicher Bediener sich weigert SP3 zu installieren, läuft mit SP2 und da meckert chkdsk nicht.
Hier mal ein paar chkdsk Fehler:
Ein Datensatzsegment der USN-Journaldatei wird repariert.
Fehler im Attribut BITMAP der Masterdateitabelle (MFT) werden berichtigt.
Fehler in Volumebitmap werden berichtigt.
Windows hat Probleme im Dateisystem festgestellt.
Kann das hier jemand bestätigen(einfach in der Konsole "chkdsk c:")?
.
EDIT :
.
Nachtrag:
ein "chkdsk c: /F/R/V" bringt nach dem Neustart folgendes zu Tage:
Danach kommt ja ein weiterer Neustart und ich bin dann direkt in die Konsole und sofort "chkdsk c:", dann kommt das hier:
Also Index $I30 (was auch immer das heißt) und die "Datei 0x9" (was auch immer das heißt) sind wohl "Kandidaten".
Und jetzt?
Dalai
Grand Admiral Special
Prüf mal, ob dein SP3 in Ordnung ist, d.h. die Prüfsummen stimmen. Außerdem: wie installiert du das SP3? Mit dem System integriert oder nachträglich? Hast du schon die jeweils andere Variante probiert? Ich kann mir auch schwerlich vorstellen, dass das Problem ein softwareseitiges ist, vor allem eins mit SP3. Über welche Hardware reden wir denn? Immer die gleiche oder (sehr) unterschiedliche?
MfG Dalai
MfG Dalai
Dalai
Grand Admiral Special
Ich habe seit mind. einem Jahr ein XP SP3 laufen und keinerlei Probleme. Allerdings muss ich hinzufügen, dass ich selbst kein NTFS auf meiner Systempartition benutze (die dazu auch noch kein C: sondern D: ist
). Aber ich kann dir versichern, dass tausende von PCs weltweit mit XP SP3 und NTFS problemlos laufen, einige davon in der Firma, für die ich arbeite.Wie sieht's mit Treibern aus? Passiert das schon bei nackigen Systemen? Wie formatierst du die Partitionen?
MfG Dalai
Jetzt sind es fünf PCs.
Dann sag denen mal, dass sie ein chkdsk auf dem (NTFS) Systemlaufwerk machen sollen.
Probleme habe ich bis jetzt noch keine festgestellt- für mich ist es bis jetzt ein ekelhafter Schönheitsfehler.
Partitioniert sind "meine" Systeme mit der Windows Installations- CD.
Partition 1: System (NTFS)
Partition 2: Daten (NTFS)
Partition 3: SWAP (FAT)
Ich probiere wohl heute Abend nochmal mit der "Nacktheit" etwas herum.
Dann sag denen mal, dass sie ein chkdsk auf dem (NTFS) Systemlaufwerk machen sollen.
Probleme habe ich bis jetzt noch keine festgestellt- für mich ist es bis jetzt ein ekelhafter Schönheitsfehler.
Partitioniert sind "meine" Systeme mit der Windows Installations- CD.
Partition 1: System (NTFS)
Partition 2: Daten (NTFS)
Partition 3: SWAP (FAT)
Ich probiere wohl heute Abend nochmal mit der "Nacktheit" etwas herum.
Dalai
Grand Admiral Special
Auch dort sehe ich kein Problem. Ich hab auf meinem Laptop ein XP SP3 auf einer NTFS-Systempartition (erste logische P.) und dort kann ich problemlos chkdsk ausführen, ohne dass Fehler gefunden werden. Und wenn es tatsächlich ein Problem mit SP3 wäre, meinst du nicht, dass das schon längst bekannt wäre?
Nein, das ist nicht nur ein Schönheitsfehler. Wenn Dateisystemfehler gefunden werden, ist immer irgendwas faul!
MfG Dalai
Zuletzt bearbeitet:
Fehler mit der Datei 0x9 habe ich laut Ereignisprotokoll auch immer...beobachte ich allerdings CHKDSK beim Booten, werden da keine Fehler angezeigt.
Kleinere Inkonsistenzen auf dem Laufwerk werden aufgeräumt.
27 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt.
27 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt.
27 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
CHKDSK überprüft USN-Journal...
Die Überprüfung von USN-Journal ist abgeschlossen.
Das Laufwerk C ist bei mir übrigens eine SSD (OCZ Vertex 32GB). Probleme und Datenverluste gibt es keine.
Grüße
Kleinere Inkonsistenzen auf dem Laufwerk werden aufgeräumt.
27 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt.
27 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt.
27 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
CHKDSK überprüft USN-Journal...
Die Überprüfung von USN-Journal ist abgeschlossen.
Das Laufwerk C ist bei mir übrigens eine SSD (OCZ Vertex 32GB). Probleme und Datenverluste gibt es keine.
Grüße
Dalai
Grand Admiral Special
Dass hin und wieder kleinere Inkonsistenzen auftreten, ist "normal"; war bei meinem Laptop auch so. Aber die anderen Fehler, auch die in der MFT, sind definitiv nicht normal!
MfG Dalai
MfG Dalai
Also mit der frischen Installation ändert sich nichts. Ich habe alle Updates einzeln nachgeschoben und habe das Gefühl, dass es bei Updates, die einen Neustart benötigen, schlimmer wird.
Warum hat dann meine zweite (NTFS) Partition keinen einzigen chkdsk- "Fehler", obwohl da schon seit Monaten Gigabytes hin- und hergeschaufelt werden?
Die "System"- Partition hat schon "Fehler", wenn ein kleines Update daherkommt...
Verstehe ich nicht.
Und als "normal" würde ich das auch nicht bezeichnen.
Die häufigsten Fehler sind wohl Indexeinträge, die gelöscht werden und "Fehler in Volumebitmap werden berichtigt."
Ja, das finde ich auch äußerst Merkwürdig.
Aber nach dem "Boot- Chkdsk"- Neustart gibt es sofort wieder Probleme, wenn man chkdsk in der Konsole aufruft (obwohl ja vorher alles i.O. war).
Weiterhin ist mir aufgefallen, dass die Probleme verschwinden wenn man chkdsk nur oft genug aufruft- obwohl ja geschrieben wurde, dass chkdsk /f notwendig wäre...
Warum hat dann meine zweite (NTFS) Partition keinen einzigen chkdsk- "Fehler", obwohl da schon seit Monaten Gigabytes hin- und hergeschaufelt werden?
Die "System"- Partition hat schon "Fehler", wenn ein kleines Update daherkommt...
Verstehe ich nicht.
Und als "normal" würde ich das auch nicht bezeichnen.
Die häufigsten Fehler sind wohl Indexeinträge, die gelöscht werden und "Fehler in Volumebitmap werden berichtigt."
Ja, das finde ich auch äußerst Merkwürdig.
Aber nach dem "Boot- Chkdsk"- Neustart gibt es sofort wieder Probleme, wenn man chkdsk in der Konsole aufruft (obwohl ja vorher alles i.O. war).
Weiterhin ist mir aufgefallen, dass die Probleme verschwinden wenn man chkdsk nur oft genug aufruft- obwohl ja geschrieben wurde, dass chkdsk /f notwendig wäre...
Dalai
Grand Admiral Special
Ich kann das Problem nicht nachvollziehen. Irgendetwas machst du anders als andere Leute. Erklär mal genau, welche Hardware du hast, wie konkret du die Installation machst und welche Treiber und Updates du wie installierst und wie konkret du chkdsk benutzt (vor allem welche Parameter).
Übrigens, das mit den Inkonsistenzen gab's IIRC schon bei Win2k. Das ist also wirklich normal, wenn solche kleinen Fehler auftreten. Schwerwiegende sind's ja nun wirklich nicht.
MfG Dalai
Übrigens, das mit den Inkonsistenzen gab's IIRC schon bei Win2k. Das ist also wirklich normal, wenn solche kleinen Fehler auftreten. Schwerwiegende sind's ja nun wirklich nicht.
MfG Dalai
Es sind jetzt schon 6 PCs mit den "Volumebitmap bla", "Index bla"...
Verschiedenste Installationen (z.T. noch original HP Installation auf komplett PC).
Manche mit SP3 + Winlite Updatepacks auf CD gestreamt, manche komplett über Windows- Update seit SP2 auf den neuesten Stand gebracht.
Warum tauchen die nur bei den Partitionen auf, auf denen Windows installiert ist?
Wie gesagt, bei "uralten" Datenpartitionen, auf denen ordentlich was los ist- keine Fehler.
Bei der "Windows- Partition" "kleine Inkonsistenzen" bei jedem Reboot...
Verschiedenste Installationen (z.T. noch original HP Installation auf komplett PC).
Manche mit SP3 + Winlite Updatepacks auf CD gestreamt, manche komplett über Windows- Update seit SP2 auf den neuesten Stand gebracht.
Warum tauchen die nur bei den Partitionen auf, auf denen Windows installiert ist?
Wie gesagt, bei "uralten" Datenpartitionen, auf denen ordentlich was los ist- keine Fehler.
Bei der "Windows- Partition" "kleine Inkonsistenzen" bei jedem Reboot...
Dalai
Grand Admiral Special
Weil dort in erster Linie die Rechte anders gesetzt sind, heißt: Benutzer haben keine Schreibrechte in wichtigen Verzeichnissen, Hauptbenutzer und Administratoren hingegen schon. Warum du heftige Fehler mit MFT, Volumebitmap usw. - vor allem mehrfach hintereinander - auf deinen Platten hast, kann ich dir nicht beantworten. Bei mir kamen die kleineren Inkonsistenzen nur einmalig, nach einem Reboot war Ruhe.
Falls du die Möglichkeit hast, eine XP-CD ohne SP manuell (ohne nLite) mit einem SP3 auszustatten und diese dann für eine Installation zu benutzen, dann solltest du das testen. Wie groß machst du die Partitionen? Formatierst du schnell oder komplett? Was sagt ein
Code:
fsutil fsinfo ntfsinfo %SystemDrive%MfG Dalai
Es ist wenig sinnvoll, die Systempartition im laufenden Betrieb zu prüfen. Da kommt es immer wieder zu Fehlermeldungen. Prüfe die Systempartition vor dem Systemstart und wenn dies keine Fehler bringt, ist alles ok.
xerxes333
xerxes333
Dalai
Grand Admiral Special
Das geht ja AFAIK auch gar nicht, wahrscheinlich selbst dann nicht, wenn man /X benutzt, um das Aushängen zu erzwingen.
MfG Dalai
Das war auch mein nächster Gedanke.
~20GB Windows,
~77GB Daten,
~ 1,5GB SWAP.
"Windows- Partition" komplett formatiert.
NTFS-Volumeseriennummer : 0x904c3a9d4c3a7e52
Version : 3.1
Anzahl der Sektoren : 0x0000000002711636
Gesamtzahl Cluster : 0x00000000004e22c6
Freie Cluster : 0x0000000000324286
Insgesamt reserviert : 0x0000000000000480
Bytes pro Sektor : 512
Bytes pro Cluster : 4096
Bytes pro Dateidatensatzsegment : 1024
Cluster pro Dateidatensatzsegment : 0
MFT-gültige Datenlänge : 0x00000000015ec000
MFT-Start-LCN : 0x00000000000c0000
MFT2-Start-LCN : 0x0000000000271163
MFT-Zonenstart : 0x00000000000c15c0
MFT-Zoneende : 0x000000000015c460
Hmm, warum kann denn chkdsk die Systempartition nicht sperren oder sowas in der Art?
So etwas wie das "Schattenkopie"- Dingsbums.
Die Systempartition kann man bestimmt nicht im laufendem Betrieb aushängen
Im laufenden Betrieb kann chkdsk nur im schreibgeschützten Modus ausgeführt werden /F oder /R gibts da nicht.
Dalai
Grand Admiral Special
Doch, wenn man /F angibt, wird man gefragt, ob man beim nächsten Boot prüfen lassen will. Wie prüfst du denn überhaupt, wenn nicht über diese Methode?
MfG Dalai
Ja, also mit Schreibzugriff nicht im laufenden System.
Einfach nur "chkdsk c:" in der Konsole (also Schreibgeschützt).
Dalai
Grand Admiral Special
Und wie bringst du ihn dazu, beim Booten zu prüfen, so dass er Fehler beheben kann?
MfG Dalai
Das aktive Windows selbst hat eben viele Dateien "offen". Warum willst du nicht akzeptieren, dass chkdsk die Systempartition nur "offline" prüfen kann? Was willst du denn noch, wenn dann das Filesystem fehlerfrei ist?
xerxes333
