Truecrypt Externe Festplatte

  • Ersteller Ersteller der2878
  • Erstellt am Erstellt am
Doch, ich hab eine HeaderSicherung, mit der Sicherung hab ichs auch probiert, aber da kam eig. nichts anderes als bei dir ins Volume integrierten raus... Also mal schauen, was GetDataBack bis morgen mittag geleistet hat, und falls es nichts geleistet hat, was sich da noch mit testdisk schaffen lässt...

Also, falls noch jemand eine gute Möglichkeit kennt, um jetzt eine Partition zu erstellen, die genau die Größe hat, die der Header verlangt, bitte her damit.
 
Zuletzt bearbeitet:
Zu der unterschiedlichen Größe von 1TB Platten:

GetDataBack muss bei Selektion eines physischen Laufwerkes im Step1 als Gesamt-Sektoranzahl 1.953.525.168 Sektoren anzeigen (die Herstellerseitig festgelegte Größe).
Ist dieser Wert unterschiedlich, wurde auf dieser Platte eine HPA oder DCO(oder beide) definiert (Ursachenforschung: Woher kommt die? :mad: )

Die Definition einer Partition in beliebiger Größe kann mit diversen Tools sektorgenau erfolgen, am einfachsten per Eingriff mit einem HexEditor direkt am Sektor 0 einer Platte
 
Zuletzt bearbeitet:
Ok, ich kenn mich nur mit HexEditoren überhaupt nicht aus. Was muss ich da denn genau beachten?
Ich habe ja momentan die genau größe in byte und den Startsektor(2048). Kann ich aus den byte irgendwie die Anzahl Sektoren ausrechnen?
Es müsste genau 1000201979392 Byte groß sein.
Und ist es eigentlich berhaupt sicher, dass die Festplatte damals auf Sektor 2048 gestartet hat?

Ich hab mir jetzt den Disk Editor HxD runtergeladen. So wie ich dass jetzt verstanden habe, muss ich da jetzt einfach eine partitionstabelle reinschreiben? Also einfach angeben, wo genau die partition startet, doer muss da noch mehr?
Und wenn nur die Partitionstablle reinmuss, da gibts du unter Linux sfdisk, mit dem man die Partitionstablle einlesen und auch überschreiben kann...
Wäre das nicht einfacher?
Ergänzung ()

Hab mir die Platte jetzt mal angeschaut

Ihc kann folgendes erkennen
im Sektor eins stehen Daten (die partitionstabelle)
Dann kommt erstmal bis Sektor 319 nichts mehr und von 319 bis 1953519808 gehts dann weiter und danach ist auch nichts mehr
Ergänzung ()

Der Sektor 0 sieht so aus:

3ÀŽÐ¼.|ŽÀŽØ¾.|¿..¹..üó¤Ph..Ëû¹..½¾.€~..|..…..ƒÅ.âñÍ.ˆV.UÆF..ÆF..´A»ªUÍ.]r..ûUªu.÷Á..t.þF.f`€~..t&fh....fÿv.h..h.|h..h..´BŠV.‹ôÍ.ŸƒÄ.žë.¸..».|ŠV.Šv.ŠN.Šn.Í.fas.þN.u.€~.€.„Š.²€ë„U2äŠV.Í.]ëž.>þ}Uªunÿv.è..u.ú°Ñædèƒ.°ßæ`è|.°ÿædèu.û¸.»Í.f#Àu;f.ûTCPAu2.ù..r,fh.»..fh....fh....fSfSfUfh....fh.|..fah...Í.Z2öê.|..Í.*·.ë.*¶.ë.*µ.2ä...‹ð¬<.t.»..´.Í.ëòôëý+Éädë.$.àø$.ÃInvalid partition table.Error loading operating system.Missing operating system...c{šS=ŠžØi. !..þÿÿ.....Xpt................................................Uª
 
Zuletzt bearbeitet:
Funktionierende Festplatte:
Scanne gesamtes Laufwerk
Von Sektor 0 bis 1953519095
Nicht funktionieren Festplatte
Scanne gesamtes Laufwerk
Von Sektor 0 bis 1953519489

Da eine 1TB 1953525168 Sektoren hat, fehlen ja bei der intakten 6072 und bei der fehlerhaften 5678 Sektoren, welche durch unbekannte Eingriffe verloren gingen. Die Frage ist nur, wann und wodurch - denn die unterschiedliche Größe kann auch die Maximalgröße einer angelegten Partition beeinflussen.
Auf einer normal großen Platte (mit standardmäßiger Anzahl an Sektoren) ist eine Partition ab 2048 beginnend, 1953519616 Sektoren groß; es bleiben hinten 3504 Sektoren frei (für bestimmte Zwecke)

Es müsste genau 1000201979392 Byte groß sein.

Müssten es nicht. 1000201979392/512= 1953519491 Sektoren, das ist aber nicht durch 2048 teilbar (Größe der Partition in 1MB/2048 Sektor Schritten)
Ergänzung ()

War die Platte schon vorher nur 1953519490 Sektoren(beim Anlegen der Partition) groß, so kann die Partition
beginnend ab 2048 nur 1953519490/2048=;-1-1=*2048= 1953513472 Sektoren groß gewesen sein, damit am Ende noch 3970 Sektoren(>1MB) freibleiben
 
Also die beiden Größen, die ich da oben angegeben hatte sind von der jeweiligen logischen partition des funktionierenden und nicht funktionierenden Laufwerks.
Die Platte an sich hat lauf GetDataBack einen Raum von 0 bis 1953525167, also 1953525168 Sektoren...

Und du hast Recht, wahrshceinlich müssten es 1953519491 Sektoren sein... Weil mit der jetztigen Anzahl Sektoren funktioniert es ja nicht (1953519489)...

Würde es funktionieren, wenn ich in die Partitionstabelle folgendes schreibe:

# partition table of /dev/sdd
unit: sectors

/dev/sdd1 : start= 2048, size=1953519491, Id= 7
/dev/sdd2 : start= 0, size= 0, Id= 0
/dev/sdd3 : start= 0, size= 0, Id= 0
/dev/sdd4 : start= 0, size= 0, Id= 0

Ich habe jetzt einfach die Partitionstabelle von der funktionierenden internen Festplatte genommen, und die Größe durch die Größe deiner Berechnung ersetzt.
Nur was bedeutet die "Id"... Muss ich die auch noch ändern?
 
womit willst Du denn das reinschreiben? id=7 bedeutet NTFS filesystem.
 
Mit
sfdisk /dev/sdd < sdd-partition.txt

siehe http://www.linupedia.org/opensuse/Partitionstabelle_sichern_und_wiederherstellen

Oder hab ich da jetzt einen Denkfehler?

PS: Die Partitionstabelle habe ich so erhalten:


sfdisk /dev/sdb > sdb-partition.txt

Dann eben die größe drin bearbeiten (wie oben geschrieben) und jetzt würde ichs halt eifnach wieder reinschreiben
Ergänzung ()

Was hälst du eigentlich von dieser Rechnung hier:

Meine funktionierende interne Truecryp Partiiton ist 1000201781760 bytes groß. Die nich funktionierende ist 1000201979392 bytes groß. Also ist Die funktionierende 197 632 Bytes kleiner. Das sind dann genau 386 Sektoren.
Da ich weiß, dass die funktionierende partition/Platte 1953519616 Sektoren groß ist, rechne ich einfach noch 386 Sektoren dazu, und müsste ja dann auf die größe der nicht funktionierenden Platte/Partition kommen (1953520002 Sektoren)...
Nur was mich wundert, ich bekomme hier bei allen verschiedenen Lösungswegen ja eine andere Anzahl Sektoren raus... Also muss irgedwas fasclh sein...

PS: Grad erst deine Ergänzung gesehen, wie shcon oben geschriebe (est nach deiner Ergänzung), beziehen sich die größen angaben nicht auf die Größe der Platte, sondern auf die Größe der logischen Partition...

Und wenn ich jetzt davon aus gehem dass die Platte vorher 1953525168 Sektoren groß war komme ich mit deiner rechnung auf 1 953 519 150 Sektoren...
 
Zuletzt bearbeitet:
Die von mir oben geführte Rechnung (Partitiongröße 1953513472 Sektoren) ist nur dann richtig, wenn die Platte schon vor der Partitionierung auf diese 1953519490(Von Sektor 0 bis 1953519489) Sektoren geschrumpft wurde. Passierte das erst nachher, dann ist jetzt das Ende der Partition (die bis Sektor 1953521663 ging) nicht mehr erreichbar, weil es jetzt innerhalb einer von irgendwas angelegten HPA/DCO am Ende der Platte liegt.
Ich würde erstmal nachforschen, woher dieser Käse kommt
 
Zuletzt bearbeitet:
Entweder du oder ich haben jetzt einen Denkfehler, und zwar, bei deiner Rechnung oben, da versuchst du ja die Größe der partition herauszufinden, indem du die Größe der gesamten Platte nimmst und dann bestimmte sachne abziehst.
Nur, du hast bei der Rechnung nicht die Größe der gesamten Platte genommen, sondern die Größe, die GetDataBack für die eingebundene Partition ausgegeben hat... D.h. nach deiner Rechnung würdest du jetzt nach einer Partition in der partition suchen...

Oder irr ich mich da jetzt?

Du müsstest ja eignetlich (falls wir davon ausgehen können, dass die Platte vorher und ejtzt immer noch 1953525168 Sektoren hat) mit 1953525168 rechnen...


Aber jetzt allgemein, ist da smöglich, dassich eifnach die partitionstabelle mit der angepassten Sektorenanzahl mit sfdisk auf die Platte schreibe?
 
Und wenn ich jetzt davon aus gehem dass die Platte vorher 1953525168 Sektoren groß war komme ich mit deiner rechnung auf 1 953 519 150 Sektoren...

das hier:
1953525168/2048=;-1-1=*2048=
mit copy&paste in den Windows-Rechner übertragen, ergibt bei mir 1953519616 als Größe
+2048-1= der letzte Sektor auf 1953521663 - und das liegt in der derzeit aktiven HPA.
Eine derartige Partitionierung kann daher im Moment nicht gutgehen.

Sie hat zwar immer noch 1953525168, aber wie Getdataback zeigt, sind wegen der HPA die Sektoren am Ende nicht erreichbar jetzt ist die Platte nur mehr 1953519490 Sektoren groß

Wurde die Partitionierung erst aufgebracht, als die HPA schon draufwar, dann muss die Partitionierung in der Größe von
1953519490/2048=;-1-1=*2048= 1953513472 erfolgt sein

Die Schlüsselfrage ist also: War die HPA schon vor der Erstpartitionierung drauf oder ist die erst später "passiert" - und woher kommt die?
 
Zuletzt bearbeitet:
Hm, dann versteh ich deine Rechnugn wohl nicht ganz :D
Aber so aus deiner Erfahrung, würdest du mir empfehlen, jetzt einfach ma verschiedene Größen in der partitionstabelle auszuprobieren, und dann zu schauen, ob ich auf die Daten zugreifen kann? oder kann ich dabei noch mehr kaputt machen? Eigentlich sollte er dann ja nur die Partitionstabelle am Anfang veränder, oder?

Um auf deinen Edit zu antworten, HPA ist doch Host Protected Area, oder?... Kann ich irgendwie herasfinden, ob die shcon vorher da war? Und wenn ich das weiß, was dann?
 
Außer den bekannten Verursachern für eine HPA, die hier erwähnt sind http://en.wikipedia.org/wiki/Host_protected_area
kenn ich nur noch das BIOS auf Gigabyte-Boards, welches aber mit einer Größe von 2113 Sektoren zur Sicherung des BIOS oder gleich mehreren GB zur Aufnahme einer Sicherung des Systemes zuschlägt.

Trifft irgendwas außer "rootkits" bei Dir zu?
 
Zuletzt bearbeitet:
Die aktuelle partitionstabelle der kaputten festpaltte sieht so aus:
/dev/sdb1 : start= 2048, size=1953519616, Id= 6

Wäre es nicht einfach möglich, mal die Partitionstabelle einzuspielen, wenn man davon ausgeht, dass die HPA damals shcon da war, und dann mal eine einzuspielen, davon ausgehend, dass sie damals noch nicht da war (oder müsste ich die HPA dafür auch erst wieder wegbekommen? Und wenn ich das müsste, wie schaffe ich das?)

Rootkits sind eigentlich sehr unwahrscheinlich, die partitionen sind ja unter einer frischen Windows Installation verschwunden... Und unter meinem Ubuntu dürften eigentlich keine Viren sein... Möglich wäre nur, dass sich mal vor einem halben Jahr (damals hatte ihc mal einen Virus auf dme PC), sich der vlt irgendwie da hinten reingeschrieben hat... Aber da bestanden die beiden Truecrypt partitionen schon... Also wen der Virus damals da irgendwelche HPA's eingefügt hätte, hätte er doch die größe der Truecrypt partitionen ändenr müssen, was ja dann schon damals zu einer unbrauchbarkeit hätte führen müssen...
 
Muss jetzt mal 2 Stunden weg, nachher kann ich dir gerne Anleitung geben, wie man per HxD mal analysieren kann, was sich da abgespielt hat.
 
Ok, super! Vielen Dnak schonmal...
Soll ich noch irgendwelche Daten aus HxD Posten, weil ich bin dann nachher auch erst wieder um 17:30 da...
 
Gut, wollen wir dass dann mal über Skype Icq o.ä versuchen? Was hast du denn da für Programme?
 
Den HxD hast Du ja schon installiert, sieh Dir im gepostetenBeispiel-Link auch noch an, wie die Anzeige aussehen soll und stell das ggf richtig.

In der Datenträgerverwaltung die Datenträgernummer +1 ist im HxD die physical hard disk #

Mach das ganze mit der guten und der schlechten Platte, und nenn die Dateien MBRgut.txt und MBRbad.txt

HxD Aufruf unter User mit Administratorrechten (oder rechtklick/ausführen als... Administrator)

- Menü: Extras/open disk/physical disk/hard disk # (Häkchen bei "open as readonly" NICHT entfernen)
(rechts in der Menüleiste müsste die Gesamtanzahl Sektoren mit dem übereinstimmen, was Du schon früher per GetDataBAck ermittelt hast)


========= extrahieren MBR
- Menü: Edit/select block/start: 0 , length: 200, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Menü: File/New (es erscheint in der Anzeige ein zweiter Reiter "untitled1")
- in dieser Anzeige in das kleine punktierte Rechteck rechts unter den Zeichen "... 0E 0F" klicken
- Strg+V (überträgt den Inhalt aus der Zwischenablage) im popup "file size change": OK
- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "xyz.txt" /speichern
- HxD beenden

Die Datei zippen und in den Anhang - Auswertung folgt dann

Nachtrag: Achja, und pack auch noch den gesicherten Header dazu...

im Post #23 schriebst Du zur bad-Platte:
Dann kommt erstmal bis Sektor 319 nichts mehr und von 319 bis 1953519808 gehts dann weiter und danach ist auch nichts mehr

Wie sieht das ganze auf der guten Platte aus?
 
Zuletzt bearbeitet:
Ihc muss hier nochmal anmerken, ich habe 2 kaputte Platten (sind beides genau die gleichen Platten, nur eine Per USB und die andere per FireWire angeschlossen)... Hab daher jetzt auch noch einen MBRbad2.txt angefügt... (Die Platten sidn auch beide gleichzeitig kaputt gegangen, ich hab nur der einfachkeit halber meistens nur 1 erwähnt, da auf der einen nicht so 100% wichtige Daten sind, und ich erstmal an der den Lösungsweg herasfinden wollte, um diesen dann für die 2. zu übernehmen...)

Bei den andern beiden Festplatten sieht das so aus:

Gute:

Sektor 0 ist etwas, dann bis Seiktor 2048 nichts mehr und von dort an bis 1953521663 und danahc nichts mehr...

Bad1 (die unten schon beschriebene):

"Dann kommt erstmal bis Sektor 319 nichts mehr und von 319 bis 1953519808 gehts dann weiter und danach ist auch nichts mehr "

bad2:

wieder natürlich Sektor 1 etwas. und danach ab Sektor 62 bis 1953520064 und danach nichts mehr...
 

Anhänge

Wollen wir also mal zusammenfassen, was wir da alles haben:

Wie es im Normalfall sein sollte:
Code:
Übliche Partitiongrenzen

[U]Platte     maxLBA   HPA  MBRstart    MBRsize     MBRend endGAP System       [/U]
1TB    1953525167     0      2048 1953519616 1953521663   3504  <== Vista, Win7   
                               63 1953520002 1953520064   5103  <== XP


was wir vorfinden:
Code:
[U]Platte     maxLBA   HPA  MBRstart    MBRsize     MBRend endGAP HxDstart     HxDend HxDsize[/U]
gut    [COLOR="Red"]1953519095[/COLOR]  [COLOR="Silver"]6072[/COLOR]      2048 1953519616 [COLOR="Silver"]1953521663  -2568[/COLOR]     2048 [COLOR="red"]1953521663[/COLOR] [COLOR="silver"]1953519616[/COLOR]
bad    [COLOR="red"]1953519489[/COLOR]  [COLOR="silver"]5678[/COLOR]      2048 1953519616 [COLOR="silver"]1953521663  -2174[/COLOR]      [COLOR="red"]319[/COLOR] [COLOR="red"]1953519808[/COLOR] [COLOR="silver"]1953517761[/COLOR] 
bad2          ???   ???      2048 1953519616 [COLOR="Silver"]1953521663[/COLOR]    ???       [COLOR="red"]62[/COLOR] 1953520064 [COLOR="silver"]1953520003[/COLOR]
Legende: erhoben(OK)=schwarz; erhoben(zweifelhaft)=rot; errechnet=grau;

Der Inhalt der MBR's
Code:
Analyzing: \\Pc10\shareddocs\der2878 TC\MBRgut.txt  [COLOR="Red"](NACHTRAG)[/COLOR]

===== MBR INFORMATION ===== at LBA=0
00000001FE 55AA              Boot signature='55AA'... valid
.                            ... Partition Table entry 1 ...
00000001C2 07                Partition Type: NTFS
00000001BE 00                Boot indicator: inactive
00000001BF 202100            Start CC-HH-SS:    0-033-33
00000001C3 FEFFFF            End   CC-HH-SS: 1023-255-63 (not CHS addressable)
00000001C6 00080000          Start    (LBA):        2048 0-32-32
00000001CA 00587074          Size  (Blocks):  1953519616 121600-247-55  953867MiB  931.51GiB
.                            ... Partition Table entry 2 ...
00000001D2 00                Partition Type: unused partition entry
.                            ... Partition Table entry 3 ...
00000001E2 00                Partition Type: unused partition entry
.                            ... Partition Table entry 4 ...
00000001F2 00                Partition Type: unused partition entry

Analyzing: \\Pc10\shareddocs\der2878 TC\MBRbad.txt

===== MBR INFORMATION ===== at LBA=0
00000001FE 55AA              Boot signature='55AA'... valid
.                            ... Partition Table entry 1 ...
00000001C2 [COLOR="red"]06                Partition Type: 16-bit FAT, partition >=32 MB[/COLOR]
00000001BE 00                Boot indicator: inactive
00000001BF 202100            Start CC-HH-SS:    0-033-33
00000001C3 FEFFFF            End   CC-HH-SS: 1023-255-63 (not CHS addressable)
00000001C6 00080000          Start    (LBA):        2048 0-32-32
00000001CA 00587074          Size  (Blocks):  1953519616 121600-247-55  953867MiB  931.51GiB
.                            ... Partition Table entry 2 ...
00000001D2 00                Partition Type: unused partition entry
.                            ... Partition Table entry 3 ...
00000001E2 00                Partition Type: unused partition entry
.                            ... Partition Table entry 4 ...
00000001F2 00                Partition Type: unused partition entry

Analyzing: \\Pc10\shareddocs\der2878 TC\MBRbad2.txt

===== MBR INFORMATION ===== at LBA=0
00000001FE 55AA              Boot signature='55AA'... valid
.                            ... Partition Table entry 1 ...
00000001C2 [COLOR="Red"]06                Partition Type: 16-bit FAT, partition >=32 MB[/COLOR]
00000001BE 00                Boot indicator: inactive
00000001BF 202100            Start CC-HH-SS:    0-033-33
00000001C3 FEFFFF            End   CC-HH-SS: 1023-255-63 (not CHS addressable)
00000001C6 00080000          Start    (LBA):        2048 0-32-32
00000001CA 00587074          Size  (Blocks):  1953519616 121600-247-55  953867MiB  931.51GiB
.                            ... Partition Table entry 2 ...
00000001D2 00                Partition Type: unused partition entry
.                            ... Partition Table entry 3 ...
00000001E2 00                Partition Type: unused partition entry
.                            ... Partition Table entry 4 ...
00000001F2 00                Partition Type: unused partition entry

Nun ans Eingemachte:

Der Partitiontyp 06 ist natürlich mal Unsinn bei den beiden kaputten Platten, das muss 07 für NTFS sein. Die Partitiongröße und Lage, die im MBR steht, deutet nicht darauf hin, dass eine HPA da drauflag, als die angelegt wurden.

Hast Du an der Partitionierung schon irgendwie herumgedreht, oder sind die noch genauso, wie zum Zeitpunkt des Crashes?

Ein weiteres Mysterium: Nach den Vorposts wurden sowohl die gute als auch die erste beschädigte Platte per Getdataback in falscher Größe erkannt - ein weiteres Indiz: dass beim Durchsuchen der Partition noch Fehlermeldungen kamen, dass manche Sektoren nicht gelesen werden können.
Genau das deutet auf ein Vorhandensein einer HPA hin, aber jetzt kommt der Knaller:
Mit HxD hast Du ja rausgefunden, wie weit bei beiden Platten in den Sektoren Daten zu finden sind - und da bist Du in einen Bereich gekommen, der während des GetdataBack-Laufes durch eine HPA gesperrt war, also beim HxD-Lauf keine HPA(zumindest nicht in der vorher bemerkbaren Größe) mehr da war!

Hast Du inzwischen mit einem der(in meinem Link zur HPA angegebenen) Tools die HPA's von den Platten weggemacht? Vielleicht irgendein Linux(-CD) gebootet? Oder haben wir es hier mit dem Phänomen fluktuierender HPA's zu tun(ich liebe Geistererscheinungen)?

Welcher Müll an Daten vor der Partition der ersten beschädigten Platte liegt, kann ich nicht sagen. Auf der zweiten beschädigten kann der Müll davor und dahinter dadurch zustandegekommen sein, wenn die Platte früher unter XP formatiert und verwendet wurde.
Denn die Grenzen passen fast exakt.
Wenn Du auf dieser zweiten schlechten Platte allerdings die Partition belassen hast(also nicht entfernt und unter Win7 neu angelegt) und ev. nur unter Win7 neu formatiert hast, dann stimmt auch die Partitionlage&Größe im MBR nicht und muss von Dir im Zuge der Rettungsversuche verändert worden sein.
Wurde die Partition auf der zweiten beschädigten Platte unter Win7 neu angelegt?

bitte die ?-Fragen beantworten.
Um die Ungereimtheiten zu klären, sieh jetzt nochmals mit HxD nach open der physical hard disks nach, welche Werte für jede da als "of ..." Anzahl Sektoren in der Menüleiste angezeigt werden: 1953525168 oder um 1 mehr als oben in der zweiten Tabelle (von bad2 hab ich den noch übrigens nicht bekommen)
Außerdem fehlen noch die gesicherten Header, die Du noch nicht in den Anhang gestellt hast (gezippt)

von den beiden beschädigten Platten bad1 und bad2 will ich mir den Inhalt vor und nach der Partition ansehen, den erzeugst Du so:

Im HxD sind die physical hard disk Nummern um 1 höher als im Disk Management angezeigt

HxD Aufruf unter User mit Administratorrechten (oder rechtklick/ausführen als... Administrator)

- Menü: Extras/open disk/physical disk/hard disk # (Häkchen bei "open as readonly" NICHT entfernen)

========= extrahieren Sektor 0-2048
- Menü: Edit/select block/start: 0 , length: 100200, hex, OK
- Strg+C (überträgt den markierten Inhalt in die Zwischenablage)
- Menü: File/New (es erscheint in der Anzeige ein zweiter Reiter "untitled1")
- in dieser Anzeige nirgendwohin klicken
- Strg+V (überträgt den Inhalt aus der Zwischenablage) im popup "file size change": OK
- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "badx.0.2049.bin" /speichern
- Menü: File/Close

========= extrahieren Sektor 1953520064-1953525167
- (Anzeige ist auf Reiter "hard disk #" )
- Menü: Edit/select block/start: E8E0B38000 , length: 27E000, hex, OK
(mit copy&paste übertragen hilft Tippfehler vermeiden)
Das wird nur funktionieren, wenn die angezeigte Sektoranzahl 1953525168 ist​
- STRG+C (überträgt den markierten Inhalt in die Zwischenablage)
- Menü: File/New (es erscheint in der Anzeige ein zweiter Reiter "untitled1")
- in dieser Anzeige nirgendwohin klicken
- Strg+V (überträgt den Inhalt aus der Zwischenablage) im popup "file size change": OK
- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "badx.1953520064.5104.bin" /speichern
- Menü: File/Close
- HxD beenden

Die Dateien einzeln zippen und in den Anhang - Auswertung folgt dann
 
Zuletzt bearbeitet:
Zurück
Oben