TrueCrypt Container nach CHKDSK von 420GB -> 0KB

[Ben_80]

Klingt super

Also eine Frage dazu noch.
Beim öffnen des logischen LWs in WinHex kommt ein Fehler: "Falscher Parameter".
Nach OK erhalte ich eine Auswahl für das File System.

Ext4
...
NTFS
?
...
usw.

Bei NTFS kommt ein Fehler:
An exception of type 200 (division by zero) occurred at memory offset 004052B2 [sys]. The problem was noted in the file "error.log". You could e-mail a copy of that file to x-ways.com. Ideally add a brief description of what you were trying to do. You do not need to use the forum to report the error. We will analyze all submitted error.log files to fix errors.

Ist das ein Problem?
Bzw. soll ich bei File System "?" wählen?


Grüße
Ben

 

[Simpson474]

Öffnest du das Laufwerk unter WinHex via "Tools" -> "Open Disk"? Wichtig wäre vor allem der Inhalt des ersten Sektors - dieser sollte im unteren Teil von WinHex auch ohne den Dateisystembrowser angezeigt werden.

 

[Ben_80]

Öffnest du das Laufwerk unter WinHex via "Tools" -> "Open Disk"? Wichtig wäre vor allem der Inhalt des ersten Sektors - dieser sollte im unteren Teil von WinHex auch ohne den Dateisystembrowser angezeigt werden.

Jap, genauso.

Sector 0:


Sector 1:

 

[Simpson474]

Das ist schlecht, die Daten sind weiterhin verschlüsselt: damit wären wir beim nächsten Tool, welches ich nicht ohne weiteres veröffentlichen darf, da ansonsten die TrueCrypt Lizenzbedingungen erfüllt werden müssen - du bekommst wieder mal eine PM. Weißt du welches Dateisystem im TrueCrypt-Volume verwendet wurde: NTFS oder FAT32?

 

[Ben_80]

Danke!

Da die Erstellung des Files schon Jahre zurückliegt, bin ich mir tatsächlich nicht mehr so sicher ... Ich würde sagen NTFS, aber da die Defaulteinstellung in TC, wie ich gerade gesehen habe, FAT ist bin ich nun unsicher...
Lässt sich das vorab irgendwie rausfinden?

Gruß
Ben

Nachtrag: Da ich hier auch Files > 4GB abgelegt hatte, müsste es eigentlich NTFS gewesen sein.
Bei FAT hätte ich ja sonst eine Fehlermeldung erhalten?

 

[Simpson474]

Ja, nur bei NTFS kann man Dateien größer als 4GB speichern.

 

[Marthole]

Ich habe genau dasselbe Problem. Mein Beileid Ben! Bist du seitdem schon weitergekommen? Ich kann mich nicht damit abfinden 1,5TB zu verabschieden.

 

[Ben_80]

Hi Marthole,

leider nein, letztendlich war alles umsonst/nicht erfolgreich - leider.
Sorry aber ohne vollständigen und fehlerfreien Header ist das True Crypt Volume leider nur Datenmüll

Gruß
Ben

 

[Marthole]

Das ist hart! Ich hoff die Recovery Tools reissen da noch was :S

edit: mit Getdataback konnte ich meine Daten vollständig wiederherstellen kann ich dir nur empfehlen, fals du die Platte noch nicht entsorgt hast!

 

[TC Header lost]

Hi alle,
ich habe wohl seit kurzem ein ähnliches Problem, stecke aber schon bei TestCrypt fest: "No scan ranges have been defined".

Meine Platte ist eine IDE 2 TB - NTFS formattiert -, die einen TrueCrypt File Container hat. Es ist also nur ein Teil der Platte verschlüsselt und es hat nur eine Partition "C:\". Die Original Platte habe ich auf eine USB 2TB gespiegelt, auch die leeren Bereiche; also eine 1:1 Clonplatte erstellt.

Nach einem ungewollten, automatischen Neustart meines PC, während ich mit dem geöffenetem Container arbeitete, war der Container noch 1.77 TB groß. Das Volumen konnte ich danach noch mounten, aber das Volumen wurde von TC als beschädigt und nicht lesbar gemeldet. Dachte mir, die nächsten Schritte mach ich lieber ausgeruht und fuhr den Rechner am nächsten Tag wieder hoch. Es war ein Fehler die automatische Chckdsk von Windows nicht auszuschalten. Hat mich überrascht. Also rödelte die Task bis 100% und hat auch ein paar Sachen "korrigiert". Jetzt war der Container nur noch 0KB groß und TC meldete "Volume size incorrect."

Seitdem "experimentiere ich ein wenig mit Analyseprogrammen und dem, was man so liest, herum, aber leider ohne Ergebnis.

Mag mir bitte jemand helfen?
= update 1 =
Mit der Originalplatte konnte ich mit win 7 booten.
= update 2 =
Mit Getdataback habe ich auf der Clonplatte excessiv nach Systemdaten "zb. formatiert bzw. FDisk" suchen lassen, ohne diese automatisch reparieren zu lassen. Nach ein paar Stunden scannen habe ich endlich ein Ergebnis mit ein bischen Hoffnung. Zunächst hat mir das Programm nur "empfohlene gefundenen Dateisysteme angezeigt" (grün), dann habe ich intuitiv auf alle geklickt und sah ein paar mehr ein gelbes und zehn rote.
Darunter war dann auch eins mit 920GB. Soviel war entweder im FileContainer oder noch Platz auf der Platte. Drumherum war das Betriebsystem.
Es werden zwei grüne "Dateisysteme" gezeigt, die im Datenrettungsbaum angezeigt werden sollen.
Dann kommt das gelbe:
NTFS bei Sektor 2.048, Cluster-Größe 8 (1,82 TB)
Sektroren total: 3.907.019.264
1. Mft Cluster: 786.432
1. MftMirr-Cluster: 2
Mft-Eintrags-Größe: 4096
Cluster total:488.377.408
Min. Cluster benutzt: 488.378.389
Max. Cluster benutzt: 488.377.408
Mft-Ursprung: Uneindeutig
Datenübereinstimmun... 50073
Debug-Info: M2
----------
1. rotes
NTFS bei Sektor 6.293.488, Cluster-Größe 8 (1,82 TB)
Sektroren total: 3.907.735.676
1. Mft Cluster: 786.432
1. MftMirr-Cluster: 2
Mft-Eintrags-Größe: 1024
Index-Puffer-Größe: 4096
Cluster total:487.591.959
Min. Cluster benutzt: 487.591.959
Max. Cluster benutzt: 487.591.959
Mft-Ursprung: MftMirr
Datenübereinstimmun... 866
Debug-Info: M1

2. rotes
NTFS bei Sektor 1.977.667.424, Cluster-Größe 8 (920 GB)
Sektroren total: 1.929.361.740
1. Mft Cluster: 786.432
1. MftMirr-Cluster: 2
Mft-Eintrags-Größe: 1024
Index-Puffer-Größe: 4096
Cluster total: 241.170.217
Min. Cluster benutzt: 241.170.217
Max. Cluster benutzt: 241.170.217
Mft-Ursprung: MftMirr
Datenübereinstimmun... 2
Debug-Info: M1

(dann kommen 4 grüne gefolgt von den restlichen roten)
3. rotes
NTFS bei Sektor 31.398.184, Cluster Größe 1 (3,03 MB)
Sektroren total: 6.208
1. Mft Cluster: 2.058
1. MftMirr-Cluster: 5.162
Mft-Eintrags-Größe: 1024
Index-Puffer-Größe: 4096
Cluster total: 6.208
Min. Cluster benutzt: 6.208
Max. Cluster benutzt: 6.208
Mft-Ursprung: uneindeutig
Datenübereinstimmun... 1
Debug-Info: M2

4. rotes

NTFS bei Sektor 31.404.376, Cluster Größe 1 (3,03 MB)
Sektroren total: 6.208
1. Mft Cluster: 2.058
1. MftMirr-Cluster: 5.162
Mft-Eintrags-Größe: 1024
Index-Puffer-Größe: 4096
Cluster total: 6.208
Min. Cluster benutzt: 6.208
Max. Cluster benutzt: 6.208
Mft-Ursprung: uneindeutig
Datenübereinstimmun... 1
Debug-Info: M2

5. rotes
wie 4. rotes nur Cluster0: 31.410.568

6. rotes
wie 4. rotes nur Cluster0: 31.672.968

7. rotes
wie 4. rotes nur Cluster0: 31.395.080 und
Mft-Ursprung: MftMirr
Datenübereinstimmun... 0
Debug-Info: M1

8. rotes
wie 7. rotes nur Cluster0: 31.401.272

9. rotes
wie 7. rotes nur Cluster0: 31.407.646

10. rotes
wie 7. rotes nur Cluster0: 31.669.864

== update ==
Wenn ich mit WinHex Datei öffnen, zum 0KB Container gehe und ihn öffnen will, dann wird folgendes angezeigt:
Weiße Tabellen Offset alles 0 und bei 0123 bleibt alles leer. Keine Ziffern, die man untersuchen könnte.