Ihopso

Bis jetzt hat sich zwar meine Partition nicht mehr verabschiedet, dafür bekomme ich immer wieder seltsame Meldungen von Chkdisk (siehe unten). Kann mir jemand sagen, was Chkdisk hier fleißig am korrigieren ist? Kennt jemand ein Tool, mit dem man eine Festplatte zuverlässig auf korrekte Schreib-/Lesefähigkeit prüfen kann? Ich bin schon fast am verzweifeln und für jede Hilfe dankbar. ----------------------------------------------------- Dateisystem auf D: wird überprüft. Der Typ des Dateisystems ist NTFS. Die Volumebezeichnung lautet Daten. Eine Datenträgerüberprüfung ist geplant. Die Datenträgerüberprüfung wird jetzt ausgeführt. Kleinere Inkonsistenzen auf dem Laufwerk werden aufgeräumt. Ein Indexeintrag mit der Kennung 267 wird aus dem Index $SII der Datei 9 gelöscht. Ein Indexeintrag mit der Kennung 268 wird aus dem Index $SII der Datei 9 gelöscht. Ein Indexeintrag mit der Kennung 269 wird aus dem Index $SII der Datei 9 gelöscht. Ein Indexeintrag mit der Kennung 269 wird aus dem Index $SDH der Datei 9 gelöscht. Ein Indexeintrag mit der Kennung 267 wird aus dem Index $SDH der Datei 9 gelöscht. Ein Indexeintrag mit der Kennung 268 wird aus dem Index $SDH der Datei 9 gelöscht. Ungültige Sicherheitskennung für Datei 38966 wird durch standardmäßige Sicherheitskennung ersetzt. Ungültige Sicherheitskennung für Datei 38967 wird durch standardmäßige Sicherheitskennung ersetzt. [...] Ungültige Sicherheitskennung für Datei 39120 wird durch standardmäßige Sicherheitskennung ersetzt. Ungültige Sicherheitskennung für Datei 39121 wird durch standardmäßige Sicherheitskennung ersetzt. [... der Logeintrag bricht hier ab]

Meinen Speicher habe ich des Öfteren schon getestet. Dieser sollte soweit fehlerfrei sein. Speicherprobleme hätten sich sicherlich an anderer Stelle wesentlich deutlicher bemerkbar gemacht. Die verschiedenen Fesplattenscans waren jeweils mit der stärksten Überprüfung eingestellt. Die Fesplatte ist angeblich zu 100% in Ordnung (0 Byte in beschädigten Sektoren, etc.). Das Problem, dass die Festplatte D: als unformatiert deklariert wird, tritt entweder beim Systemstart bzw. Aufwachen aus dem Ruhezustand oder vielleicht beim Herunterfahren bzw. Ruhezustand einleiten. Irgendwann in einer dieser Phasen wird das NTFS-Dateisystem von D: ausgelöscht.

Hallo zusammen, seit einiger Zeit plagen mich Probleme mit meiner Notebookfestplatte. Auf meiner Datenpartition D: verschwinden immer wieder Dateien, an denen ich gerade gearbeitet habe, und unter C: zeigt Scandisk immer wieder die gleichen Meldungen (nicht verwendete Indexeinträge). Ein exemplarischer Auszug der Logdatei ist unten abgebildet. Das Verückteste ist aber, dass nun schon zum zweiten Mal Windows ohne erkennbaren Grund behauptet hat, D: wäre unformatiert und könne jetzt formatiert werden. Meine Daten waren damit zunächst weg (Backup vorhanden). Einmal passierte dies nach einem Systemneustart und ein anderes Mal beim Wiedererwachen aus dem Ruhezustand. Um dieses Mysterium nun abzurunden bleibt noch anzumerken, dass ich nach Tiefenscans mit Scandisk, PC-Doctor und dem festplatteneigenen Fujitsu-Tool keinerlei Festplattenfehler feststellen konnte. Auch die S.M.A.R.T.-Informationen verzeichneten keine Probleme. Könnte es trotzdem Lesefehler geben, die nur sehr selten auftretten? Oder hat die Festplatte einen anderen Defekt als einen Oberflächenfehler? Könnte das Betriebssystem eine Macke haben und selbständig das NTFS-Dateisystem korrumpieren? Ich bin für jede Idee oder jeden Hinweis sehr dankbar. Vielleicht kennt z.B. jemand noch eine bessere Methode die Festplatte zu untersuchen. ---------------------------------------------------------------- Dateisystem auf D: wird überprüft. Die Volumebezeichnung lautet Daten. Der Attributeintrag vom Typ 0x80 und mit der Instanzkennung 0x3 ist von 0x3719a5 an für möglicherweise 0x2 Cluster quer verbunden. Einige Cluster, die vom Attribut vom Typ 0x80 und der Instanzkennung 0x3 in der Datei 0x1038 belegt sind, werden bereits verwendet. Beschädigter Attributeintrag (128, "") wird vom Datensatzsegment 4152 gelöscht. Der Attributeintrag vom Typ 0x80 und mit der Instanzkennung 0x4 ist von 0x3bab3a an für möglicherweise 0x1 Cluster quer verbunden. Einige Cluster, die vom Attribut vom Typ 0x80 und der Instanzkennung 0x4 in der Datei 0x6410 belegt sind, werden bereits verwendet. Beschädigter Attributeintrag (128, "") wird vom Datensatzsegment 25616 gelöscht. Die Dateireferenz 0xc000000000864 von Indexeintrag Literatur.tex von Index $I30 mit dem übergeordneten Element 0x2a33 ist nicht die gleiche wie 0xa000000000864. Indexeintrag Literatur.tex in Index $I30 der Datei 10803 wird gelöscht. Die Dateireferenz 0xc000000000864 von Indexeintrag LITERA~1.TEX von Index $I30 mit dem übergeordneten Element 0x2a33 ist nicht die gleiche wie 0xa000000000864. Indexeintrag LITERA~1.TEX in Index $I30 der Datei 10803 wird gelöscht. Der Indexeintrag SweptVolumes.cpp von Index $I30 in der Datei 0x63b9 verweist auf die nicht verwendete Datei 0x1042. Indexeintrag SweptVolumes.cpp in Index $I30 der Datei 25529 wird gelöscht. Der Indexeintrag SWEPTV~1.CPP von Index $I30 in der Datei 0x63b9 verweist auf die nicht verwendete Datei 0x1042. Indexeintrag SWEPTV~1.CPP in Index $I30 der Datei 25529 wird gelöscht. Kleinere Inkonsistenzen auf dem Laufwerk werden aufgeräumt. CHKDSK stellt verlorene Dateien wieder her. Verwaiste Datei LITERA~1.TEX (2148) wird in Verzeichnisdatei 10803 wiederhergestellt. Verwaiste Datei Literatur.tex (2148) wird in Verzeichnisdatei 10803 wiederhergestellt. Verwaiste Datei SWEPTV~1.CPP (4170) wird in Verzeichnisdatei 25529 wiederhergestellt. Verwaiste Datei SweptVolumes.cpp (4170) wird in Verzeichnisdatei 25529 wiederhergestellt. 2 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt. 2 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt. 2 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt. Attribut DATA wird in Datei 4152 eingefügt. Attribut DATA wird in Datei 25616 eingefügt. CHKDSK hat freien Speicher gefunden, der in der Volumebitmap als zugeordnet gekennzeichnet ist. Windows hat Probleme im Dateisystem behoben.

Es scheint, als hätte das NTFS-Dateisystem ein Flag, das gesetzt wird, wenn es eine starke Inkonsistenz in den Index-Tabellen geben sollte. Dieses wird zusätzlich zu dem Registry-Eintrag für jede NTFS-Partition gesondert überprüft. Dieses Flag wurde bei mir gesetzt, da ich tatsächlich ein größeres Problem hatte. Mittlerweile musste ich die Partition formatieren, was aber wegen ausreichender Backups kein Problem darstellt. Letztendlich hat Windows zu Recht Scandisk immer wieder aufgerufen. Allerdings hat es nicht geholfen, den Fehler ohne Formatieren zu beseitigen. Ich rate jedem, der das gleiche Problem haben sollte, in einem solchen Fall direkt eine Sicherheitskopie anzufertigen, also noch BEVOR man einige Male versucht mit Scandisk was zu reparieren. Bei mir wurde dadurch die Formatierung notwendig, da Windows die Partition nach mehrmaligen Korrekturen als unformatiert deklarierte.

Es hat funktioniert! Mit "chkntfs" kann man den Fehlerstatus einer Partition abfragen und offensichtlich auch ändern. Das scheint auch der Befehl zu sein, den Windows verwendet, um Scandisk zum nächsten Systemstart zu planen. Mit "chkntfs /?" bekommt man wie gewohnt die möglichen Parameter angezeigt. Dennoch Danke für eure Hilfe.

Die Fesplatte ist in Ordnung. Es waren nur kurzzeitig ein Paar Indexeinträge nicht konsistent. Ich versuche es nun einmal mit dem Befehl "chkntfs /X D:". Der soll den Status der Partition auf fehlerfrei setzen.

Dieser Wert ist bereits in allen Controlsets eingetragen.

Hallo zusammen, nachdem ich unter Windows für meine D Partition einen Scandisk-Prozess für den nächsten Systemstart aktiviert habe und dieser Fehler gefunden hat, startet Scandisk für D bei jedem Systemstart. Weiß jemand, wie man den Starteintrag von Scandisk manuell entfernen kann?

Standardmäßig öffnet ein Menü immer rechts unter dem Mauszeiger, wenn man nicht mit der Maus zu nahe am Bildschirmrand ist. Bei mir hat sich dieses Verhalten im laufenden Betrieb unter Vista dauerhaft und ohne nachvollziehbaren Grund geändert. Meine Menüs öffnen nun immer links vom Mauszeiger (außer an den Bildschirmrändern). Weiß jemand, wie ich das wieder richtig stellen kann?