NTFS-Partition auf externer Festplatte wird nicht erkannt oder auf El Capitan oder Sierra gemountet, selbst mit dem neuesten Paragon oder Tuxera

Ich habe Mitte 2013 einen Air 11 "mit El Capitan, der gerade auf Sierra aktualisiert wurde.

Ich habe eine externe Seagate USB 3 HD mit GUID-Partitionierungsschema, eine HFS+-Partition, von der ich boote, und eine NTFS-Datenpartition.

Die HD wurde im Mac-Format gekauft und kam mit einer kostenlosen Version von Paragon, die ich auf die neueste Version aktualisiert habe. Es wird als Datenfestplatte auf meinem PC verwendet, aber als einzige Festplatte auf meinem Mac, der die SSD fehlt.

Soweit ich mich erinnern kann, habe ich es sowohl auf meinem Windows- als auch auf meinem Mac-Laptop erfolgreich verwendet, aber dann habe ich den Mac bis vor kurzem etwa drei Monate lang nicht verwendet.

Der Mac bootet von der HFS-Partition, sieht aber keine gültige zweite Partition.

Ich habe versucht, das Laufwerk herunterzufahren und wieder auf den PC umzuschalten, und beide Partitionen funktionieren dort einwandfrei.

Ich habe sowohl die Free-for-Seagate- als auch die Testversion des Paragon NTFS-Treibers 14 ausprobiert. Ich habe es auch ohne Paragon versucht, und das Betriebssystem lässt mich nicht einmal schreibgeschützt verwenden. Ich habe jetzt auch die neuste Testversion von Tuxera ausprobiert.

Erste Hilfe ist die einzige, die so etwas wie einen Fehlercode enthält:

Unknown filesystem version: e.89

Könnte es etwas in der Partitionstabelle geben, das mit einem Low-Level-Tool geändert werden muss?

Mir ist aufgefallen, dass der Mac irgendwie den früheren Namen der zweiten Partition zu kennen scheint, als es noch eine HFS-Installationspartition war!

So sehen die verschiedenen Tools auf meinem Mac und PC das Laufwerk ...

Mac, Festplattendienstprogramm:

Mac, diskutil list:

Mac, Smoking:

Mac, Erste Hilfe:

Windows, Datenträgerverwaltung:

Mac, gpt:

$ sudo gpt -r show disk0
Password:
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  487043280      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  487452920    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  488722456  121948144      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  610670600       2040         
  610672640  121944064      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  732616704       2048         
  732618752  244154368      6  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  976773120         14         
  976773134         32         Sec GPT table
  976773166          1         Sec GPT header

Mac, fdisk:

$ sudo fdisk /dev/disk0

Disk: /dev/disk0    geometry: 60801/255/63 [976773167 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 -  976773166] <Unknown ID>
 2: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
 3: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
 4: 00    0   0   0 -    0   0   0 [         0 -          0] unused     

Hex-Dumps der Raw-Festplatte, wie in den Kommentaren von klanomath angefordert:

$ sudo hexdump /dev/rdisk0s4 | grep "eb 52 90 4e 54 46 53 20"
0000000 eb 52 90 4e 54 46 53 20 20 20 20 00 02 08 00 00
^C
$ sudo hexdump -s 57g /dev/rdisk0s4 | grep "eb 52 90 4e 54 46 53 20"
e898fde00 eb 52 90 4e 54 46 53 20 20 20 20 00 02 08 00 00