@5 : "... Chckdsk ...entriegelt jedes beschädigte Verzeichnis/Datei.."
Da hatte ich wohl weniger Glück , denn bei mir gabs laut Ereignisanzeige System folgende Anzeige zu meiner xternen USB Medium :
Ereignistyp: Fehler
Ereignisquelle: Ntfs
Ereigniskategorie: Datenträger
Ereigniskennung: 55
Datum: 08.07.2011
Zeit: 12:40:49
Benutzer: Nicht zutreffend
Computer: xxxxxxxxxxxxxxx
Beschreibung:
Die Dateisystemstruktur auf dem Datenträger ist beschädigt und unbrauchbar. Führen Sie chkdsk auf Volume "x:" aus.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter
http://go.microsoft.com/fwlink/events.asp.
Daten:
0000: 0d 00 00 00 02 00 4e 00 ......N.
0008: 02 00 00 00 37 00 04 c0 ....7..À
0010: 00 00 00 00 32 00 00 c0 ....2..À
0018: 18 00 00 00 00 00 00 00 ........
0020: 00 00 00 00 00 00 00 00 ........
Der versuch mit dem Acronis True image 15.04.09 schlug fehl,keiner der dioden war blau bzw rot zwecks lesen/schreiben , das heist das Backup Medium (Destination) war bereit (auf Blau wurde aber nicht beschrieben ROT) und die (Source) Hitachie 80er GB HD war nicht beleuchtet.
Dieses stellte ich nach einer Stunde wartens (TV ) verblüfft fest.
Laut Knoppix 6.4 Ct. stellte ich im Konsolen Modus per MC fest das dieses angeblich die symb. Links nicht kopieren konnte.
1 Std kein kopieren per Acronis Backup-CD , die beiden Balken blieben weis (leer) - unglaublicher Stillstand [ntsf zu ntsf].
Deswegen das "kreative nixtun" von Acronis ?
Wie ich gerade lese , sind durch die angebliche 60GB (80GB HD) Kopier-Aktion 227GB der xternen USB Medium per MC Linux belegt worden , sieht nach einem altem USB-Problem aus !!!!!
Dann die aktion wieder gelöscht und unter XP versucht erstmal zu defargmentieren , geh immer hin und defragmentiert die Source HDD noch vorher vorm kopieren , dennoch sieht man immer noch rote Bereiche auf der Destination.
Durch die Ereignisanzeige aufmerksam gemacht habe ich dennoch Chkdsk /f versuch und sah dann folgendes:
C:\Dokumente und Einstellungen\x>chkdsk J: /f
Der Typ des Dateisystems ist NTFS.
CHKDSK kann nicht ausgeführt werden, da das Volume von einem anderen
Prozess verwendet wird. Die Bereitstellung des Volumes muss zuerst
aufgehoben werden.
ALLE OFFENEN BEZÜGE AUF DIESEM VOLUME SIND DANN UNGÜLTIG.
Möchten Sie die Bereitstellung des Volumes aufheben? (J/N) j
Bereitstellung des Volumes aufgehoben. Alle offenen Bezüge auf dieses
Volume sind ungültig.
Die Volumebezeichnung lautet x xxxxxxx.
CHKDSK überprüft Dateien (Phase 1 von 3)...
Beschädigter Eintrag in der Attributliste
mit Typcode 48 in Datei 0 wurde gelöscht.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 0 wurde gelöscht.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 0 wurde gelöscht.
Beschädigter Eintrag in der Attributliste
mit Typcode 128 in Datei 0 wurde gelöscht.
Beschädigter Attributeintrag (128, "") wird
vom Datensatzsegment 0 gelöscht.
Beschädigter Eintrag in der Attributliste
mit Typcode 48 in Datei 9 wurde gelöscht.
Dateiüberprüfung beendet.
Querverbindung der Datei 1 wird berichtigt.
Dateinamenfehler des Datensatzsegments 0 der Systemdatei werden berichtigt.
Dateinamenfehler des Datensatzsegments 9 der Systemdatei werden berichtigt.
CHKDSK überprüft Indizes (Phase 2 von 3)...
Indexeintrag $ObjId in Index $I30 der Datei 11 wird gelöscht.
Indexeintrag $Quota in Index $I30 der Datei 11 wird gelöscht.
Indexeintrag $Reparse in Index $I30 der Datei 11 wird gelöscht.
Indexeintrag $UsnJrnl in Index $I30 der Datei 11 wird gelöscht.
Indexeintrag xxxxxxxxxxx in Index $I30 der Datei 5 wird gelöscht.
Indexeintrag xxxxxxxxxxx .tib in Index $I30 der Datei 5 wird gelöscht.
Indexeintrag Archiv in Index $I30 der Datei 5 wird gelöscht.
Indexeintrag xxxxxxxxxxx .tib in Index $I30 der Datei 5 wird gelöscht.
Indexeintrag xxxxxxxxxxx .tib in Index $I30 der Datei 5 wird gel
öscht.
Indexeintrag xxxxxxxxxxx .tib in Index $I30 der Datei 5 wird gelöscht
Indexüberprüfung beendet.
Datei für die Objektkennung wird erstellt.
Ein Indexeintrag wird in Index $I30 der Datei 11 eingefügt.
Index $O für Datei 17 wird erstellt.
Ein Indexeintrag wird in Index $O der Datei 17 eingefügt.
Analysepunktdatei wird erstellt.
Ein Indexeintrag wird in Index $I30 der Datei 11 eingefügt.
Index $R für Datei 18 wird erstellt.
Quotendatei wird erstellt.
Ein Indexeintrag wird in Index $I30 der Datei 11 eingefügt.
Index $O für Datei 19 wird erstellt.
Index $Q für Datei 19 wird erstellt.
Standardquoteneintrag wird in Index $Q in Datei 19 eingefügt.
CHKDSK überprüft Sicherheitsbeschreibungen (Phase 3 von 3)...
Überprüfung der Sicherheitsbeschreibungen beendet.
Attribut DATA wird in Datei 0 eingefügt.
CHKDSK legt die USN-Informationen neu fest...
Fehler in MFT-Spiegelung (Master File Table) werden berichtigt.
Fehler in MFT-Spiegelung (Master File Table) werden berichtigt.
Fehler im Attribut DATA der Masterdateitabelle (MFT) werden berichtigt.
Fehler im Attribut BITMAP der Masterdateitabelle (MFT) werden berichtigt.
CHKDSK hat freien Speicher gefunden, der in der Volumebitmap als
zugeordnet gekennzeichnet ist.
Windows hat Probleme im Dateisystem behoben.
525461989 KB Speicherplatz auf dem Datenträger insgesamt
16 KB in 8 Indizes
0 KB in fehlerhaften Sektoren
82021 KB vom System benutzt
65536 KB von der Protokolldatei belegt
525379952 KB auf dem Datenträger verfügbar
4096 Bytes in jeder Zuordnungseinheit
131365497 Zuordnungseinheiten auf dem Datenträger insgesamt
131344988 Zuordnungseinheiten auf dem Datenträger verfügbar
Jetzt Meldet XP nur noch das die Backup Partition komplett leer/frei ist - nur noch die Systemvoluminformation ist drauf.Wegem Indexeintrag xxxxxxx in Index $I30 der Datei 5 wird gelöscht.
Heist dies jetzt das ich die Daten nur noch wenn überhaupt mit Testdisk recovern kann , zumindest scheint die Verzeichnisstruktur gerade noch so drauf zu sein.?