Einer der Datenträger muss auf Konsistenz überprüf

Von: , Frage gestellt am Fr, 3. Nov 2006
Hallo,

ich habe heute den Rechner hochgefahren und bevor er noch Windows starten konnte, kommt ein blauer Bildschirm mit folgender Meldung:

"Einer der Datenträger muss auf Konsistenz überprüft werden."

Dumm wie ich bin lasse ich natürlich den ganzen Prozeß durchlaufen und als ich im Windows bin und auf meine Festplatte zugreifen möchte, sind von einer partition (E) fast alle Daten verschwunden (über 50GB !!!) und die übrigen (wie zb Videos) funktionieren nicht mehr.

Was ist da geschehen?

Auf der Partition lag eine Datei Namens "bootex.log"

Ich stell mal kurz einen Ausschnitt rein:


Dateisystem auf E: wird überprüft.
Der Typ des Dateisystems ist NTFS.
Die Volumebezeichnung lautet ARBEIT.


Einer der Datenträger muss auf Konsistenz überprüft werden.
Sie können die Datenträgerüberprüfung abbrechen, aber es
wird ausdrücklich empfohlen, den Vorgang fortzusetzen.
Die Datenträgerüberprüfung wird jetzt ausgeführt.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 119 wurde gelöscht.
Der untergeordnete FRS 0x78 mit der Sequenznummer 0x34 konnte nicht gefunden werden.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 119 wurde gelöscht.
Der untergeordnete FRS 0x79 mit der Sequenznummer 0x19 konnte nicht gefunden werden.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 155 wurde gelöscht.
Der untergeordnete FRS 0x9c mit der Sequenznummer 0x10 konnte nicht gefunden werden.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 155 wurde gelöscht.
Der untergeordnete FRS 0x9e mit der Sequenznummer 0xf konnte nicht gefunden werden.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 188 wurde gelöscht.
Der untergeordnete FRS 0x16a mit der Sequenznummer 0x8c konnte nicht gefunden werden.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 188 wurde gelöscht.
Der untergeordnete FRS 0x16b mit der Sequenznummer 0x3f konnte nicht gefunden werden.
Das Attribut vom Typ 0x80 und der Instanzkennung 0x0 in der
Datei 0xbc hat eine reservierte Länge von 0x2bb4c000 anstatt 0x1aa21000.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 188 wurde gelöscht.
Das Attribut mit der Instanzkennung 0x0 und der Segmentreferenz 0x44000000000051
kann nicht gefunden werden. Der erwartete Attributtyp ist 0x80.
Beschädigter Attributeintrag (128, "") wird
vom Datensatzsegment 81 gelöscht.
Der Attributeintrag vom Typ 0x80 und mit der Instanzkennung 0x0 ist
von 0xc1fcad an für möglicherweise 0x63e Cluster quer verbunden.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 236 wurde gelöscht.
Der untergeordnete FRS 0x107 mit der Sequenznummer 0x8c konnte nicht gefunden werden.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 236 wurde gelöscht.
Der untergeordnete FRS 0x110 mit der Sequenznummer 0x7 konnte nicht gefunden werden.
Das erste Attribut vom Typ 0x40 und die Instanzkennung
0x6 in der Datei 0xec sollten nicht resident sein.
Beschädigter Eintrag in der Attributliste
mit Typcode 64 in Datei 236 wurde gelöscht.
Das Attribut mit der Instanzkennung 0x6 und der Segmentreferenz 0x3a0000000000ec
kann nicht gefunden werden. Der erwartete Attributtyp ist 0x40.
Beschädigter Attributeintrag (64, "") wird
vom Datensatzsegment 236 gelöscht.
Das Attribut mit der Instanzkennung 0x0 und der Segmentreferenz 0xc000000000108
kann nicht gefunden werden. Der erwartete Attributtyp ist 0x80.
Beschädigter Attributeintrag (128, "") wird
vom Datensatzsegment 264 gelöscht.
Das Attribut mit der Instanzkennung 0x0 und der Segmentreferenz 0xb00000000010e
kann nicht gefunden werden. Der erwartete Attributtyp ist 0x80.
Beschädigter Attributeintrag (128, "") wird
vom Datensatzsegment 270 gelöscht.
Das Attribut mit der Instanzkennung 0x0 und der Segmentreferenz 0x7500000000010f
kann nicht gefunden werden. Der erwartete Attributtyp ist 0x80.
Beschädigter Attributeintrag (128, "") wird
vom Datensatzsegment 271 gelöscht.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 239 wurde gelöscht.
Der untergeordnete FRS 0x113 mit der Sequenznummer 0xb konnte nicht gefunden werden.
Die Attribute mit demselben Typcode 0x80, aber unterschiedlichen
Instanzkennungen 0x0 und 0x0 haben nicht-fortlaufende VCN-Nummern
0x1426e und 0x169c4 in der Datei 0xef.

... (geht ewig so)

Das erste Attribut vom Typ 0x40 und die Instanzkennung
0x8 in der Datei 0x52bb sollten nicht resident sein.
Beschädigter Eintrag in der Attributliste
mit Typcode 64 in Datei 21179 wurde gelöscht.
Das Attribut mit der Instanzkennung 0x8 und der Segmentreferenz 0x190000000052bb
kann nicht gefunden werden. Der erwartete Attributtyp ist 0x40.
Beschädigter Attributeintrag (64, "") wird
vom Datensatzsegment 21179 gelöscht.
Das Attribut mit der Instanzkennung 0x0 und der Segmentreferenz 0x3000000005362
kann nicht gefunden werden. Der erwartete Attributtyp ist 0x80.
Beschädigter Attributeintrag (128, "") wird
vom Datensatzsegment 21346 gelöscht.
Das Attribut mit der Instanzkennung 0x0 und der Segmentreferenz 0x2000000006461
kann nicht gefunden werden. Der erwartete Attributtyp ist 0x80.
Beschädigter Attributeintrag (128, "") wird
vom Datensatzsegment 25697 gelöscht.
Verwaistes Datensatzsegment 21 wird gelöscht.
Verwaistes Datensatzsegment 23 wird gelöscht.
Verwaistes Datensatzsegment 39 wird gelöscht.
Verwaistes Datensatzsegment 40 wird gelöscht.
Verwaistes Datensatzsegment 77 wird gelöscht.
Verwaistes Datensatzsegment 81 wird gelöscht.
Verwaistes Datensatzsegment 121 wird gelöscht.
Verwaistes Datensatzsegment 124 wird gelöscht.
Verwaistes Datensatzsegment 125 wird gelöscht.
Verwaistes Datensatzsegment 127 wird gelöscht.
Verwaistes Datensatzsegment 129 wird gelöscht.
Verwaistes Datensatzsegment 131 wird gelöscht.
Verwaistes Datensatzsegment 133 wird gelöscht.
Verwaistes Datensatzsegment 143 wird gelöscht.
Verwaistes Datensatzsegment 146 wird gelöscht.
Verwaistes Datensatzsegment 147 wird gelöscht.
Verwaistes Datensatzsegment 151 wird gelöscht.
Verwaistes Datensatzsegment 157 wird gelöscht.
Verwaistes Datensatzsegment 159 wird gelöscht.
Verwaistes Datensatzsegment 172 wird gelöscht.
Verwaistes Datensatzsegment 173 wird gelöscht.
Verwaistes Datensatzsegment 176 wird gelöscht.
Verwaistes Datensatzsegment 204 wird gelöscht.
Verwaistes Datensatzsegment 207 wird gelöscht.
Verwaistes Datensatzsegment 240 wird gelöscht.
Verwaistes Datensatzsegment 251 wird gelöscht.
Verwaistes Datensatzsegment 253 wird gelöscht.


... (geht ewig so)

Verwaistes Datensatzsegment 27055 wird gelöscht.
Verwaistes Datensatzsegment 27078 wird gelöscht.
Verwaistes Datensatzsegment 27079 wird gelöscht.
Verwaistes Datensatzsegment 27092 wird gelöscht.
Verwaistes Datensatzsegment 27093 wird gelöscht.
Verwaistes Datensatzsegment 27095 wird gelöscht.
Verwaistes Datensatzsegment 27117 wird gelöscht.
Querverbindung der Datei 234 wird berichtigt.
Der Indexeintrag für die Objektkennung in der Datei 0x19 verweist auf Datei 0xec,
aber diese Datei enthält keine Objektkennung.
Ein Indexeintrag wird aus dem Index $O der Datei 25 gelöscht.
Der Indexeintrag für die Objektkennung in der Datei 0x19 verweist auf Datei 0x197,
aber diese Datei enthält keine Objektkennung.
Ein Indexeintrag wird aus dem Index $O der Datei 25 gelöscht.
Der Indexeintrag für die Objektkennung in der Datei 0x19 verweist auf Datei 0x49,
aber diese Datei enthält keine Objektkennung.
Ein Indexeintrag wird aus dem Index $O der Datei 25 gelöscht.
Der Indexeintrag für die Objektkennung in der Datei 0x19 verweist auf Datei 0x4a,
aber diese Datei enthält keine Objektkennung.
Ein Indexeintrag wird aus dem Index $O der Datei 25 gelöscht.
Der Indexeintrag für die Objektkennung in der Datei 0x19 verweist auf Datei 0x51af,
aber diese Datei enthält keine Objektkennung.


...



Ein Indexeintrag wird aus dem Index $O der Datei 25 gelöscht.
Der Indexeintrag für die Objektkennung in der Datei 0x19 verweist auf Datei 0x69,
aber diese Datei enthält keine Objektkennung.
Ein Indexeintrag wird aus dem Index $O der Datei 25 gelöscht.
Der Indexeintrag für die Objektkennung in der Datei 0x19 verweist auf Datei 0xce,
aber diese Datei enthält keine Objektkennung.
Ein Indexeintrag wird aus dem Index $O der Datei 25 gelöscht.
Der Signatur des Multisektorenheaders für die virtuelle
Clusternummer (VCN) 0x2 von Index $I30 in der Datei 0x40
ist nicht korrekt.
bf 3b ed a2 9a 5e 84 bb 1a 3d bc 18 5f 7c 76 b5 .;...^...=.._|v.
b0 97 61 35 13 f6 7a d3 bc 2b 6c 8b d0 dc 48 81 ..a5..z..+l...H.
Fehler im Index $I30 der Datei 64 werden berichtigt.
Die Indexbitmap $I30 in der Datei 0x40 ist nicht korrekt.
Fehler im Index $I30 der Datei 64 werden berichtigt.
Der Abwärtszeiger des aktuellen Indexeintrags mit der Länge 0x18 ist ungültig.
00 00 00 00 00 00 00 00 18 00 00 00 03 00 00 00 ................
ff ff ff ff ff ff ff ff 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Index $I30 in Datei 64 wird sortiert.
Der Signatur des Multisektorenheaders für die virtuelle
Clusternummer (VCN) 0x1 von Index $I30 in der Datei 0x241
ist nicht korrekt.
00 00 01 ba 44 67 14 60 1d d5 01 50 6f f8 00 00 ....Dg.`...Po...
01 e0 07 ec 81 00 00 4a 10 af 21 90 3f c1 3b db .......J..!.?.;.
Fehler im Index $I30 der Datei 577 werden berichtigt.
Die Indexbitmap $I30 in der Datei 0x241 ist nicht korrekt.
Fehler im Index $I30 der Datei 577 werden berichtigt.
Der Abwärtszeiger des aktuellen Indexeintrags mit der Länge 0x18 ist ungültig.
00 00 00 00 00 00 00 00 18 00 00 00 03 00 00 00 ................
ff ff ff ff ff ff ff ff a9 01 00 00 00 00 28 00 ..............(.
70 00 5a 00 00 00 00 00 a8 01 00 00 00 00 0e 00 p.Z.............
Index $I30 in Datei 577 wird sortiert.
Der Signatur des Multisektorenheaders für die virtuelle
Clusternummer (VCN) 0x1 von Index $I30 in der Datei 0x269
ist nicht korrekt.
00 00 01 ba 44 68 0c b0 65 ed 01 50 6f f8 00 00 ....Dh..e..Po...
01 e0 07 ec 81 00 00 cf d2 cc 30 72 b6 8a e0 57 ..........0r...W
Der Signatur des Multisektorenheaders für die virtuelle
Clusternummer (VCN) 0x2 von Index $I30 in der Datei 0x269

...


6f 00 75 00 20 00 4d 00 61 00 6b 00 65 00 20 00 o.u. .M.a.k.e. .
41 00 20 00 4d 00 69 00 73 00 74 00 61 00 6b 00 A. .M.i.s.t.a.k.
65 00 20 00 44 00 75 00 72 00 69 00 6e 00 67 00 e. .D.u.r.i.n.g.
20 00 41 00 20 00 44 00 72 00 69 00 6c 00 6c 00 .A. .D.r.i.l.l.
20 00 4f 00 72 00 20 00 57 00 68 00 69 00 6c 00 .O.r. .W.h.i.l.
Index $I30 in Datei 1759 wird sortiert.
Es gibt kein NTFS-Dateinamenattribut in der Datei 0x41b.
Unbedeutende Dateinamenfehler in Datei 1051 werden berichtigt.
Der Indexeintrag fertig von Index $I30 in der Datei 0x5 verweist auf die nicht verwendete Datei 0x6c.
Indexeintrag fertig in Index $I30 der Datei 5 wird gelöscht.
Der Indexeintrag RECYCLER von Index $I30 in der Datei 0x5 verweist auf die nicht verwendete Datei 0x902.
Indexeintrag RECYCLER in Index $I30 der Datei 5 wird gelöscht.
Der Indexeintrag Thumbs.db von Index $I30 in der Datei 0x5 verweist auf die nicht verwendete Datei 0xc53.
Indexeintrag Thumbs.db in Index $I30 der Datei 5 wird gelöscht.
Der Indexeintrag _R4F5B~1 von Index $I30 in der Datei 0x1b verweist auf die nicht verwendete Datei 0x47.
Indexeintrag _R4F5B~1 in Index $I30 der Datei 27 wird gelöscht.
Der Indexeintrag _restore{02793E4C-284C-4670-A4EE-36FD88693D55} von Index $I30 in der Datei 0x1b verweist auf die nicht verwendete Datei 0x928.
Indexeintrag _restore{02793E4C-284C-4670-A4EE-36FD88693D55} in Index $I30 der Datei 27 wird gelöscht.
Der Indexeintrag _restore{2B73EDAD-88B7-46A4-9A33-CD36729F8319} von Index $I30 in der Datei 0x1b verweist auf die nicht verwendete Datei 0x47.
Indexeintrag _restore{2B73EDAD-88B7-46A4-9A33-CD36729F8319} in Index $I30 der Datei 27 wird gelöscht.
Der Indexeintrag _RESTO~2 von Index $I30 in der Datei 0x1b verweist auf die nicht verwendete Datei 0x928.
Indexeintrag _RESTO~2 in Index $I30 der Datei 27 wird gelöscht.



Was kann das sein und vor allem wie bekomme ich meine Daten wieder?

Vielen Dank,

Thomas

7 Antworten zu dieser Frage

  1. Antwort von (abgemeldet) nach 6 Stunden 0 hilfreich
    Re: Einer der Datenträger muss auf Konsistenz über
    Moien Was ist da geschehen?
    Irgendein Fehler (entstanden evtl. durch einen Crash) hat sich hochgeschaukelt. Und da das eingebaute scandisk/chkdsk eine Festplatte nicht von einem Haufen grüner Bohnen unterscheiden kann ist halt einiges draufgegangen.

    Tipp am Rande: der ursprüngliche Fehler ist evtl. immer noch da. Daten retten und neu formatieren wäre der sichere Weg.

    Und falls die Platte öfter Mucken macht: SMART-Werte auslesen und kucken ob der ursprüngliche Fehler nicht evlt. doch von der Platte selbst gekommen ist. Was kann das sein und vor allem wie bekomme ich meine Daten
    wieder?
    FAQ:116

    cu
    • Antwort von nach 12 Stunden 0 hilfreich
      Re^2: Einer der Datenträger muss auf Konsistenz üb
      Hallo Pumpkin,

      das ist mir schon das 5. mal passiert. D.h. in einem Zeitraum von ca einem Jahr. Der Datenträger wurde überprüft und dann sind fast alle Daten weg bzw überschrieben.

      Was sind SMART Werte und wie kann ich diese auslesen? Und falls die Platte öfter Mucken macht: SMART-Werte auslesen
      und kucken ob der ursprüngliche Fehler nicht evlt. doch von
      der Platte selbst gekommen ist.
      Danke !!!

      Thomas
        • Antwort von nach einem Tag 0 hilfreich
          Re^4: Einer der Datenträger muss auf Konsistenz üb
          Hallo Pumpkin, das ist mir schon das 5. mal passiert.
          Sehr oft in der Zeit Crashs gehabt ?
          Naja, als crash im eigentlichen Sinne würde ich das nicht bezeichnen. Ich starte den Rechner, dann kommt chdsk und danach ist alles weg. http://de.wikipedia.org/wiki/Self-Monitoring,_Analys...
          Ich habe mit Active Smart 2.51 die Festplatte überprüft, steht nur da, dass alles ok sei.

          Woran kann das noch liegen?

          Vielen Dank,

          Thomas
          • Antwort von (abgemeldet) nach einem Tag 0 hilfreich
            Re^5: Einer der Datenträger muss auf Konsistenz üb
            Moien Naja, als crash im eigentlichen Sinne würde ich das nicht
            bezeichnen. Ich starte den Rechner, dann kommt chdsk und
            danach ist alles weg.
            Das ist nicht zufälligerweise eine Platte > 128 GB ?

            Oder hast du mehr als eine Partition angelegt und dann mit PartitionMagic & co umgebaut ?

            cu
            • Antwort von nach einem Tag 0 hilfreich
              Re^6: Einer der Datenträger muss auf Konsistenz üb
              Hi,

              also ich habe zwei Platten drin: Eine 40gb in jeweils 2x ca 20gb unterteilt mit Partitions Magic.
              (Einmal Betriebssystem und zum andern wichtige Daten)

              Die Betreffende ist ca 250gb groß, 3 Teile mit Partitions Magic: 100 gb, 15gb und 125 gb. Die 125er war schon dreimal vom crash betroffen und die 100er partition 2x und beim aktuellen chrash war es die 100er.

              Vielen Dank !!!!

              Thomas [Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]
            • Antwort von (abgemeldet) nach 2 Tagen 1 hilfreich
              Re^7: Einer der Datenträger muss auf Konsistenz üb
              Moien Die Betreffende ist ca 250gb groß
              Treffer.

              Windows und einige BIOSe haben schwere Probleme mit Platten > 128 GB. Der sicherste Weg ist es sie per USB anzuschliessen. Wenn man das nicht tun möchte ist SP2 und das lesen von http://support.microsoft.com/default.aspx?scid=kb;en... Pflicht (Das mit dem SP1 stimmt zwar in der Theorie, aber SP2 ist die bessere Alternative).

              Bei einigen Fällen muss man zusätzlich ein BIOS-Update machen. Ganz hoffnungslose Kandiaten müssen auf einen PCI-IDE/SATA Controller ausweichen.

              Das Resultat von dem 128GB-"Bug" sieht so aus wie du es beschreibst.

              cu
Keine passende Antwort gefunden? Jetzt eigene Frage stellen!