Externe Festplatte - Partitionstabelle zerstört?

[surfen113]

Hallo zusammen,

seit einigen Tagen habe ich ein Problem mit meiner externen Festplatte.
Diese hatte eigentlich 2 Partitionen (eine Time Machine und eine größere NTFS-Partition).
Seit einigen Tagen wird nun jedoch die NTFS-Partition an keinem Rechner mehr erkannt.

Ich habe dann mal Testdisk rüberlaufen lassen, welches auch 3 Partitionen findet (irgendeine kleine noch zusätzlich).

Das Ergebnis sieht man im ersten Screenshot.

Anschließend habe ich dann mittels pdisk übers Terminal versucht, die Partitionstabelle wieder manuell herzustellen. Meinen Vorgang habe ich auch als Dokument angehängt. Nach mehrmaligem Neustart, etc. wird die NTFS-Partition aber immer noch nicht erkannt.

Hat vielleicht jemand noch einen guten Tipp für mich? Habe ich etwas falsch gemacht?

 

[Sawtooth]

Habe ich etwas falsch gemacht?

Ja, hast Du.

Unabhängig davon, was jetzt der konkrete Grund dafür ist, das mit dem NTFS-formatierten Teil Deiner FP nichts mehr anzufangen ist (wobei ich vermute, dass das Ganze in 'ner Neuformatierung enden wird), hast Du reines Glück gehabt, wenn der TM Teil Deiner FP weiterhin einwandfrei funktioniert.

Das ist für ein Backup nicht akzeptabel!

Auf die Backup FP gehört nichts anderes als Backup bzw. TM Daten. Wenn Du die Backup FP auch noch für andere Zwecke nutzt, kalkulierst Du von vornherein den Verlust des Backups ein, d. h. Deine Daten sind nicht wichtig, was wiederum heißt, Du kannst Dir die Benutzung von TM oder einer anderen Backup Lösung gleich schenken.


MfG, Sawtooth

 

[Rastafari]

Habe ich etwas falsch gemacht?

Die Frage sollte viel besser lauten: Was hast du denn nicht falsch gemacht?
Abgesehen vom bereits erwähnten...
'pdisk' ist ein Programm zum erstellen und bearbeiten von APM-Partitionstabellen.
Es ist völlig unmöglich, dass sich auf einer HD von 3TB eine solche befunden haben kann. APM auf Medien mit 512B-Blocks endet bei 2TB. Eine 3TB HD mit APM einzurichten ist *nicht machbar*.
Also benutzt du das völlig falsche Programm vorsichtshalber gar nicht erst um mal kurz nachzusehen oder bei Bedarf etwas zu korrigieren (was, wie gesagt sowieso nicht funktioniert hätte), sondern du fängst gleich damit an, radikal alles vorhandene plattzumachen.
Der wilde Affe, der dich da geritten haben muss, war wohl auch noch besoffen. Eine solche Zerstörungswut anders zu erklären wird schwierig.

 

[surfen113]

Ja, hast Du.

Unabhängig davon, was jetzt der konkrete Grund dafür ist, das mit dem NTFS-formatierten Teil Deiner FP nichts mehr anzufangen ist (wobei ich vermute, dass das Ganze in 'ner Neuformatierung enden wird), hast Du reines Glück gehabt, wenn der TM Teil Deiner FP weiterhin einwandfrei funktioniert.

Das ist für ein Backup nicht akzeptabel!

Ich habe vergessen zu sagen, dass es sämtliche Daten noch mal gibt. Sowohl das TM Machine war ein Backup, als auch die NTFS Partition ist ein Backup. Leider bin ich ausgezogen und würde erst in ein paar Wochen wieder an die Daten der NTFS herankommen. Deshalb wollte ich gerne versuchen, vorher wieder an alles heranzukommen.

Die Frage sollte viel besser lauten: Was hast du denn nicht falsch gemacht?
Abgesehen vom bereits erwähnten...
'pdisk' ist ein Programm zum erstellen und bearbeiten von APM-Partitionstabellen.
Es ist völlig unmöglich, dass sich auf einer HD von 3TB eine solche befunden haben kann. APM auf Medien mit 512B-Blocks endet bei 2TB. Eine 3TB HD mit APM einzurichten ist *nicht machbar*.
Also benutzt du das völlig falsche Programm vorsichtshalber gar nicht erst um mal kurz nachzusehen oder bei Bedarf etwas zu korrigieren (was, wie gesagt sowieso nicht funktioniert hätte), sondern du fängst gleich damit an, radikal alles vorhandene plattzumachen.
Der wilde Affe, der dich da geritten haben muss, war wohl auch noch besoffen. Eine solche Zerstörungswut anders zu erklären wird schwierig.

das wusste ich leider nicht, und habe ich bei meinen Recherchen auch nicht herausgefunden Gibt es denn eventuell ein Programm, dass dies "richtig" kann? Radikal alles habe ich aber scheinbar nicht platt gemacht, denn die Time Machine Partition ist weiterhin einwandfrei vorhanden.

 

[Rastafari]

Gibt es denn eventuell ein Programm, dass dies "richtig" kann?

Zum bearbeiten von GPT Tabellen gibt es 'gpt'.
Wobei die Frage bleibt: Warum zum Geier überhaupt willst du etwas daran bearbeiten?
Wenn deine HFS Partition noch da ist, wird wohl auch deine NTFS noch da sein. Immerhin hat testdisk sie ja schon im Quickscan gefunden. Es gibt also erst mal keinen konkreten Grund anzunehmen, dass da was dran fehlen würde.

Bist du irgendwann schon mal auf die Idee gekommen, erstmal das Dateisystem zu reparieren, und zwar unter Windows?
Ich behaupte mal - nein. Stimmts?

 

[surfen113]

Bist du irgendwann schon mal auf die Idee gekommen, erstmal das Dateisystem zu reparieren, und zwar unter Windows?
Ich behaupte mal - nein. Stimmts?

Doch, ich habe extra Windows in Parallels laufen lassen, allerdings will Windows, dass ich die Festplatte formatiere.
Wie genau soll ich denn versuchen das Dateisystem unter Windows zu reparieren?

 

[Rastafari]

ich habe extra Windows in Parallels laufen lassen

Nicht hilfreich. Das OS braucht für solche Operationen einen direkten Zugriff auf die Hardware. Ist in einer virtualisierten Umgebung nicht vorhanden.

allerdings will Windows, dass ich die Festplatte formatiere.

An dem Tag, an dem ich das mache was Windows wünscht, möchte ich gerne erschossen werden. Danke.

Wie genau soll ich denn versuchen das Dateisystem unter Windows zu reparieren?

So wie man das unter Windows inzwischen schon seit fast 19 Jahren macht. Übers Kontextmenü des Explorers.
Der nächste Schritt wäre, in der Datenträgerverwaltung erst mal nachzusehen, ob, bzw wie die Partition noch erkannt wird.

 

[surfen113]

hmm...beim Einstecker der Platte kann ich ja aber auswählen, ob ich die Platte mit Windows oder OSX verbinden möchte. Oder ist das was Anderes? Würde es denn etwas helfen, Windows per Bootcamp zu installieren?

An dem Tag, an dem ich das mache was Windows wünscht, möchte ich gerne erschossen werden. Danke.

Da muss ich dir voll und ganz zustimmen!

So wie man das unter Windows inzwischen schon seit fast 19 Jahren macht. Übers Kontextmenü des Explorers.
Der nächste Schritt wäre, in der Datenträgerverwaltung erst mal nachzusehen, ob, bzw wie die Partition noch erkannt wird.

ähm, meinst du da das Menü "Vorgängerversion wiederherstellen" ?

Der nächste Schritt wäre, in der Datenträgerverwaltung erst mal nachzusehen, ob, bzw wie die Partition noch erkannt wird.

Das Ergebnis im Anhang. (Die gesuchte Partition ist E)

 

[Rastafari]

beim Einstecker der Platte kann ich ja aber auswählen, ob ich die Platte mit Windows oder OSX verbinden möchte.

Hervorhebung: ...für solche Operationen einen direkten Zugriff auf die Hardware. ...

meinst du da das Menü "Vorgängerversion wiederherstellen" ?

Du kriegst deinen destruktiven Trieb nur schwer in den Griff, oder?
Selbstverständlich nicht. Versuchs doch mal unter Eigenschaften / Extras

Würde es denn etwas helfen, Windows per Bootcamp zu installieren?

Wenn du keinen anderen PC zur Hand hast, ist das die einzige Option.
Aber tu dir selbst einen Gefallen und stecke diese Platte während der Installation keinesfalls an.

Das Ergebnis im Anhang

Immerhin erfreulich, es gibt wenigstens noch *irgendwelche* Partitionen.
Aber da ist heftig der Wurm drin. Die einleitende "EFI Schutzpartition" sollte ziemlich genau 200 MB gross sein - es sei denn irgendjemand hätte sie bewusst und absichtlich so unsinnig überdimensioniert. Eine Software von Apple macht sowas definitiv nicht.
Jetzt machst du erst mal genau das, was auch jeder andere Patient mit solchen Symptomen verordnet bekommt.

 

[surfen113]

Selbstverständlich nicht. Versuchs doch mal unter Eigenschaften / Extras

da komme ich leider auch nicht weiter

Wenn du keinen anderen PC zur Hand hast, ist das die einzige Option.
Aber tu dir selbst einen Gefallen und stecke diese Platte während der Installation keinesfalls an.

ok, werde ich gleich mal machen. Danke!

Immerhin erfreulich, es gibt wenigstens noch *irgendwelche* Partitionen.
Aber da ist heftig der Wurm drin. Die einleitende "EFI Schutzpartition" sollte ziemlich genau 200 MB gross sein - es sei denn irgendjemand hätte sie bewusst und absichtlich so unsinnig überdimensioniert. Eine Software von Apple macht sowas definitiv nicht.
Jetzt machst du erst mal genau das, was auch jeder andere Patient mit solchen Symptomen verordnet bekommt.

ist das so richtig?

... sudo diskutil list

/dev/disk0

  #:                       TYPE NAME                    SIZE       IDENTIFIER

  0:      GUID_partition_scheme                        *251.0 GB   disk0

  1:                        EFI EFI                     209.7 MB   disk0s1

  2:                  Apple_HFS Macintosh HD            250.1 GB   disk0s2

  3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk2

  #:                       TYPE NAME                    SIZE       IDENTIFIER

  0:      GUID_partition_scheme                        *3.0 TB     disk2

  1:                        EFI EFI                     314.6 MB   disk2s1

  2:       Microsoft Basic Data                         2.5 TB     disk2s2

  3:                  Apple_HFS Time Machine Backup     500.0 GB   disk2s3

Julians-MacBook-Pro:~ Julian$ sudo gpt -r show /dev/disk2

gpt show: /dev/disk2: Suspicious MBR at sector 0

      start       size  index  contents

          0          1         MBR

          1          1         Pri GPT header

          2          4         Pri GPT table

          6      76800      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B

      76806        250        

      77056  610384128      2  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7

  610461184  122064379      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC

  732525563      32768        

  732558331          4         Sec GPT table

  732558335          1         Sec GPT header

Julians-MacBook-Pro:~ Julian$ sudo fdisk /dev/disk2

Disk: /dev/disk2geometry: 45599/255/63 [732558336 sectors]

Sector size: 4096 bytes

Signature: 0xAA55

        Starting       Ending

#: id  cyl  hd sec -  cyl  hd sec [     start -       size]

------------------------------------------------------------------------

1: EE    1   0   1 - 1023   0   1 [         1 -      77055] <Unknown ID>

*2: 07 1023 254  63 - 1023 254  63 [     77056 -  610384128] HPFS/QNX/AUX

3: AF 1023 254  63 - 1023 254  63 [ 610461184 -  122064379] HFS+       

4: 00    0   0   0 -    0   0   0 [         0 -          0] unused

 

[surfen113]

Ohne jetzt destruktiv zu sein:
Wäre die Variante im Screenshot eventuell eine Möglichkeit, oder mache ich damit eventuell alles nur noch schlimmer?

Dankeschön!

 

[Rastafari]

da komme ich leider auch nicht weiter

Sry, mein Fehler. Das frühere Panel "Extras" heisst seit Vista "Tools".
Ansonsten fehlt der Partitionierung zumindest auf den ersten Blick nichts (wer auch immer das so unüblich konfiguriert hat...)
Daran herumzubasteln *könnte* aber notwendig sein.
Reiss nochmal dein "testdisk" aus dem Köcher und lasse mit einem Tiefenscan nach verloren gegangenen Partitionen suchen. Die ersten 300MB zu scannen muss genügen, der Startpunkt des NTFS sollte normalerweise so ungefähr bei Sektor 51000 bis 51500 liegen (also bei den erwähnten 200MB). Sollte sich dort tatsächlich ein plausiblel erscheinender Treffer finden, muss die Partitionierung evtl tatsächlich korrigiert werden.

 

[surfen113]

Reiss nochmal dein "testdisk" aus dem Köcher und lasse mit einem Tiefenscan nach verloren gegangenen Partitionen suchen. Die ersten 300MB zu scannen muss genügen, der Startpunkt des NTFS sollte normalerweise so ungefähr bei Sektor 51000 bis 51500 liegen (also bei den erwähnten 200MB). Sollte sich dort tatsächlich ein plausiblel erscheinender Treffer finden, muss die Partitionierung evtl tatsächlich korrigiert werden.

sieht schlecht aus, wenn ich das richtig sehe, oder?

Habe noch mal 2 andere Fragen zu testdisk:
1.) Es gibt die Festplatten immer einmal als dev/disk und ein mal als dev/rdisk. Ich habe mal gelesen, dass rdisk richtig ist. Stimmt das?
2.) Als "partition table type" habe ich schon EFI GPT, oder?

Disk /dev/rdisk1 - 3000 GB / 2794 GiB - 732558336 sectors

Analyse cylinder 131072/732558335: 00%



check_FAT: Unusual media descriptor (0xf0!=0xf8)

Warning: number of heads/cylinder mismatches 16 (FAT) != 1 (HD)

Warning: number of sectors per track mismatches 32 (FAT) != 1 (HD)

  EFI System                     6      76805      76800 [EFI]

check_FAT: Unusual media descriptor (0xf0!=0xf8)

Warning: number of heads/cylinder mismatches 16 (FAT) != 1 (HD)

Warning: number of sectors per track mismatches 32 (FAT) != 1 (HD)

  EFI System                    12      76811      76800 [EFI]

Warning: number of heads/cylinder mismatches 255 (NTFS) != 1 (HD)

Warning: number of sectors per track mismatches 63 (NTFS) != 1 (HD)

  MS Data                    77056  610461183  610384128 [Ohne Titel ]







  Stop

 

[Rastafari]

Ich habe mal gelesen, dass rdisk richtig ist. Stimmt das?

Nein. Kommt drauf an was damit zu tun ist. Normalerweise ist /dev/disk gefragt.
(/dev/disk ist der u.a. durch RAM-Diskcache und Journaling "gepufferte" Zugriff auf das Volume für den ganz normalen Gebrauch. /dev/rdisk dagegen unterläuft diese Mechanismen und greift auf die Rohdaten des physischen Geräts zu. Geschieht das lesend, entspricht das Resultat bei einem gemounteten Volume idR nicht dem aktuellsten Stand, geschieht das auch noch schreibend, kracht es gewaltig im Karton.)
Bei sauber abgemeldeten (deaktivierten) Platten kann aber ein auf Sektoraddressen basierter Suchvorgang mit /dev/rdisk schneller ablaufen als über /dev/disk - weil da das zwischenpuffern der übertragenen Daten nur Zeit kostet, aber danach nichts davon wieder einbringt.

Als "partition table type" habe ich schon EFI GPT, oder?

Jupp. Genauer gesagt hast du einen Hybriden aus GPT und MBR.
OS X nutzt die GPT, Windows präferiert dagegen, falls präsent, die parallel dazu weitergeführte MBR Tabelle (die mit der GPT immer perfekt synchronisiert bleiben muss).
OS X pflegt dieses Hybridgemurkse immer dann ein, sobald sich eine typische Windows Partition (FAT oder NTFS) unter den ersten vier Teilbereichen auf der HD befindet, und deren Lage/Position mit den Beschränkungen von MBR noch aufgezeichnet werden kann. Das Ziel ist die Maximierung der Kompatibilität mit alten Windows-Versionen, die GPT noch nicht kennen. (Alles vor Vista SP1, sprich: das immer noch weit verbreitete XP, oder auch XP-basierte Gerätschaften wie TV-Rekorder, Mediaboxen usw)

 

[surfen113]

Ok, danke für die Erklärung. Finde ich echt interessant und gut zu wissen. Man lernt ja immer dazu

Habe die Platte auch noch mal per "gepuffertem" Zugriff "deep" durchsucht, aber auch kein Erfolg.
Irgendeine Idee, wie ich weiter machen soll? :/

 

[Rastafari]

Ermittle mal mit "diskutil list" die Partitionsbezeichnung und setze das hier passend ein:

sudo xxd -l 1024 /dev/disk7s5

Am Hexdump betrachtet lässt sich zumindest schon mal sagen, ob die Ruine wenigstens noch "nach NTFS riecht".

 

[surfen113]

wie kriege ich das jetzt als "hexdump"? :/

Julians-MacBook-Pro:~ Julian$ sudo diskutil list

Password:

/dev/disk0

  #:                       TYPE NAME                    SIZE       IDENTIFIER

  0:      GUID_partition_scheme                        *251.0 GB   disk0

  1:                        EFI EFI                     209.7 MB   disk0s1

  2:                  Apple_HFS Macintosh HD            250.1 GB   disk0s2

  3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk2

  #:                       TYPE NAME                    SIZE       IDENTIFIER

  0:      GUID_partition_scheme                        *3.0 TB     disk2

  1:                        EFI EFI                     314.6 MB   disk2s1

  2:       Microsoft Basic Data                         2.5 TB     disk2s2

  3:                  Apple_HFS Time Machine Backup     500.0 GB   disk2s3

Julians-MacBook-Pro:~ Julian$ sudo xxd -1 1024 /dev/disk2s2

Usage:

      xxd [options] [infile [outfile]]

    or

      xxd -r [-s [-]offset] [-c cols] [-ps] [infile [outfile]]

Options:

    -a          toggle autoskip: A single '*' replaces nul-lines. Default off.

    -b          binary digit dump (incompatible with -ps,-i,-r). Default hex.

    -c cols     format <cols> octets per line. Default 16 (-i: 12, -ps: 30).

    -E          show characters in EBCDIC. Default ASCII.

    -g          number of octets per group in normal output. Default 2.

    -h          print this summary.

    -i          output in C include file style.

    -l len      stop after <len> octets.

    -ps         output in postscript plain hexdump style.

    -r          reverse operation: convert (or patch) hexdump into binary.

    -r -s off   revert with <off> added to file positions found in hexdump.

    -s [+][-]seek  start at <seek> bytes abs. (or +: rel.) infile offset.

    -u          use upper case hex letters.

    -v          show version: "xxd V1.10 27oct98 by Juergen Weigert".

 

[Rastafari]

Das -l ist ein kleines L, keine Eins.

 

[surfen113]

soooorry,

Julians-MacBook-Pro:~ Julian$ sudo xxd -l 1024 /dev/disk2s2 

Password:

0000000: eb52 904e 5446 5320 2020 2000 1001 0000  .R.NTFS    .....

0000010: 0000 0000 00f8 0000 3f00 ff00 3f00 0000  ........?...?...

0000020: 0000 0000 8000 8000 ffb8 6124 0000 0000  ..........a$....

0000030: 0300 0000 0000 0000 7fdc 3012 0000 0000  ..........0.....

0000040: 0100 0000 0100 0000 9999 ad8c d2ad 8cea  ................

0000050: 5b90 501e fa33 c08e d0bc 007c fb68 c007  [.P..3.....|.h..

0000060: 1f1e 6866 00cb 8816 0e00 6681 3e03 004e  ..hf......f.>..N

0000070: 5446 5375 15b4 41bb aa55 cd13 720c 81fb  TFSu..A..U..r...

0000080: 55aa 7506 f7c1 0100 7503 e9d2 001e 83ec  U.u.....u.......

0000090: 1868 1a00 b448 8a16 0e00 8bf4 161f cd13  .h...H..........

00000a0: 9f83 c418 9e58 1f72 e13b 060b 0075 dba3  .....X.r.;...u..

00000b0: 0f00 c12e 0f00 041e 5a33 dbb9 0020 2bc8  ........Z3... +.

00000c0: 66ff 0611 0003 160f 008e c2ff 0616 00e8  f...............

00000d0: 4000 2bc8 77ef b800 bbcd 1a66 23c0 752d  @.+.w......f#.u-

00000e0: 6681 fb54 4350 4175 2481 f902 0172 1e16  f..TCPAu$....r..

00000f0: 6807 bb16 6870 0e16 6809 0066 5366 5366  h...hp..h..fSfSf

0000100: 5516 1616 68b8 0166 610e 07cd 1ae9 6a01  U...h..fa.....j.

0000110: 9090 6660 1e06 66a1 1100 6603 061c 001e  ..f`..f...f.....

0000120: 6668 0000 0000 6650 0653 6801 0068 1000  fh....fP.Sh..h..

0000130: b442 8a16 0e00 161f 8bf4 cd13 6659 5b5a  .B..........fY[Z

0000140: 6659 6659 1f0f 8216 0066 ff06 1100 0316  fYfY.....f......

0000150: 0f00 8ec2 ff0e 1600 75bc 071f 6661 c3a0  ........u...fa..

0000160: f801 e808 00a0 fb01 e802 00eb feb4 018b  ................

0000170: f0ac 3c00 7409 b40e bb07 00cd 10eb f2c3  ..<.t...........

0000180: 0d0a 4120 6469 736b 2072 6561 6420 6572  ..A disk read er

0000190: 726f 7220 6f63 6375 7272 6564 000d 0a42  ror occurred...B

00001a0: 4f4f 544d 4752 2069 7320 6d69 7373 696e  OOTMGR is missin

00001b0: 6700 0d0a 424f 4f54 4d47 5220 6973 2063  g...BOOTMGR is c

00001c0: 6f6d 7072 6573 7365 6400 0d0a 5072 6573  ompressed...Pres

00001d0: 7320 4374 726c 2b41 6c74 2b44 656c 2074  s Ctrl+Alt+Del t

00001e0: 6f20 7265 7374 6172 740d 0a00 0000 0000  o restart.......

00001f0: 0000 0000 0000 0000 809d b2ca 0000 55aa  ..............U.

0000200: 0700 4200 4f00 4f00 5400 4d00 4700 5200  ..B.O.O.T.M.G.R.

0000210: 0400 2400 4900 3300 3000 00e0 0000 0030  ..$.I.3.0......0

0000220: 0000 0000 0000 0000 0000 0000 0000 0000  ................

0000230: 0000 0000 0000 0000 0000 0000 0000 0000  ................

0000240: 0000 0000 0000 0000 0000 0000 0000 0000  ................

0000250: 0000 0000 0000 eb22 9090 0500 4e00 5400  ......."....N.T.

0000260: 4c00 4400 5200 0000 0000 0000 0000 0000  L.D.R...........

0000270: 0000 0000 0000 0000 0000 660f b706 0b00  ..........f.....

0000280: 660f b61e 0d00 66f7 e366 a352 0266 8b0e  f.....f..f.R.f..

0000290: 4000 80f9 000f 8f0e 00f6 d966 b801 0000  @..........f....

00002a0: 0066 d3e0 eb08 9066 a152 0266 f7e1 66a3  .f.....f.R.f..f.

00002b0: 6602 660f b71e 0b00 6633 d266 f7f3 66a3  f.f.....f3.f..f.

00002c0: 5602 e895 0466 8b0e 4e02 6689 0e26 0266  V....f..N.f..&.f

00002d0: 030e 6602 6689 0e2a 0266 030e 6602 6689  ..f.f..*.f..f.f.

00002e0: 0e2e 0266 030e 6602 6689 0e3e 0266 030e  ...f..f.f..>.f..

00002f0: 6602 6689 0e46 0266 b890 0000 0066 8b0e  f.f..F.f.....f..

0000300: 2602 e883 0966 0bc0 0f84 53fe 66a3 3202  &....f....S.f.2.

0000310: 66b8 a000 0000 668b 0e2a 02e8 6a09 66a3  f.....f..*..j.f.

0000320: 3602 66b8 b000 0000 668b 0e2e 02e8 5809  6.f.....f.....X.

0000330: 66a3 3a02 66a1 3202 660b c00f 8420 fe67  f.:.f.2.f.... .g

0000340: 8078 0800 0f85 17fe 6766 8d50 1067 0342  .x......gf.P.g.B

0000350: 0467 660f b648 0c66 890e 7202 6766 8b48  .gf..H.f..r.gf.H

0000360: 0866 890e 6e02 66a1 6e02 660f b70e 0b00  .f..n.f.n.f.....

0000370: 6633 d266 f7f1 66a3 7602 66a1 4602 6603  f3.f..f.v.f.F.f.

0000380: 066e 0266 a34a 0266 833e 3602 000f 841d  .n.f.J.f.>6.....

0000390: 0066 833e 3a02 000f 84c4 fd66 8b1e 3a02  .f.>:......f..:.

00003a0: 1e07 668b 3e4a 0266 a12e 02e8 e001 660f  ..f.>J.f......f.

00003b0: b70e 0002 66b8 0202 0000 e822 0866 0bc0  ....f......".f..

00003c0: 0f85 1600 660f b70e 5a02 66b8 5c02 0000  ....f...Z.f.\...

00003d0: e80c 0866 0bc0 0f84 420c 6766 8b00 1e07  ...f....B.gf....

00003e0: 668b 3e3e 02e8 3f06 66a1 3e02 66bb 2000  f.>>..?.f.>.f. .

00003f0: 0000 66b9 0000 0000 66ba 0000 0000 e8e4  ..f.....f.......

 

[Rastafari]

Das sieht zumindest noch nach einem gültigen NTFS-Bootblock aus. Die Positionsangabe scheint also richtig zu sein.
Tja, dann darfst du das "chkdsk" mal schön seine Arbeit machen lassen. (Am besten erst mal "trocken" ohne Reparatur.)
Aber da will ich mal lieber keine Partystimmung aufkommen lassen: Eine zerstörte MFT ist so ziemlich das übelste, was bei NTFS passieren kann. Richte dich schon mal mental auf eine endlos lange Liste von "verlorenen Clustern" ein, aus deren Namen du nicht mehr schlau wirst. Ein besseres Ergebnis wäre schon ein Microgasmus.