Wie kann ich eine freigegebene (OS X-Win) FAT-Partition wiederherstellen?

Wie kann ich eine FAT-Partition wiederherstellen, die ursprünglich unter OS X erstellt und hauptsächlich unter Bootcamp Windows verwendet wurde?

• OS X-Diskussionen werden grau dargestellt, als nicht gemountete Partition disk0s4(trotz eines benutzerfreundlichen Namens, den ich angegeben habe). Der Versuch, es zu mounten, ändert nichts. Die Kapazität wird korrekt angezeigt, es werden jedoch keine verfügbaren / verwendeten / Anzahl der Dateien angezeigt
• Windows 7: Computer> Verwalten> Datenträgerverwaltung zeigt die Partition in der Liste an (als RAW, fehlerfrei, primär), aber auch hier wird keine Kapazität / belegter / freier Speicherplatz angezeigt
• Windows Explorer meldet:

  "Auf X: \ kann nicht zugegriffen werden. Das Volume enthält kein erkanntes Dateisystem. Stellen Sie sicher, dass alle erforderlichen Dateisystemtreiber geladen sind und das Volume nicht beschädigt ist".

Gibt es eine "vollständige Software" -Methode, um diese Partition wiederherzustellen (wie das Wiederherstellen von MBR auf eine intelligentere Art und Weise, die ich versuche), anstatt mit der manuellen Wiederherstellung Datei für Datei mit einer fortgeschrittenen toten Festplatte fortzufahren? Recovery-Lösungen?

Als Hintergrund für das Problem:

• Ich habe ursprünglich die folgenden Partitionen unter dem Betriebssystem MtLion X erstellt:
  1. bootfähiges OS X MtLion
  2. bootfähiges Yosemite
  3. Bootcamp (Windows 7)
  4. freigegebene FAT32-Datenpartition
• Nach der (?) Installation von Windows auf einer Bootcamp-Partition habe ich manuell einen MBR mit der folgenden Untergruppe von Partitionen erstellt, die unter Windows sichtbar sein sollen: Bootcamp, Shared, MtLion. Ich habe gdisk von gptfdisk verwendet (wie in diesem Beitrag beschrieben ).
• Ich habe mehrere Monate hauptsächlich unter Windows gearbeitet und Shared intensiv genutzt
• Vor kurzem habe ich eine Software unter MtLion OS X (oder Yosemite?) aktualisiert, die (?) zu dem oben genannten Problem geführt hat. Früher glaubte ich, dass das Update keine Wiederherstellungspartitionen betraf, aber ich könnte mich irren

Bisher half jedes Mal, wenn ein OS X-Update eine Wiederherstellungspartition erstellte / aktualisierte (und auf einige Windows-Partitionen nicht mehr zugegriffen werden konnte), die Neuerstellung eines MBR mit demselben ursprünglichen Partitionssatz. Aber es geht nicht mehr.

Es ist SSD bis 13 "MBP Ende 2010 installiert.

Nach der Erklärung von David Anderson sind hier einige Protokolle:

$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *480.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS SSD MtLion              100.0 GB   disk0s2
   3:                 Apple_Boot Recovery SSD MtLion     650.0 MB   disk0s3
   4:       Microsoft Basic Data                         259.4 GB   disk0s4
   5:                  Apple_HFS SSD Yosemite            29.2 GB    disk0s5
   6:                 Apple_Boot Recovery HD             650.0 MB   disk0s6
   7:       Microsoft Basic Data BOOTCAMP SSD            90.0 GB    disk0s7
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS HDD MtLion              100.0 GB   disk1s2
   3:       Microsoft Basic Data BOOTCAMP HDD            65.0 GB    disk1s3

Bei der diskutilAusgabe disk1handelt es sich um eine Festplatte, die derzeit nur als Datenquelle dient. keine probleme damit - ich habe nur die ausgabe intakt gehalten.

$ sudo gpt -r show /dev/disk0
Password:
gpt show: /dev/disk0: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  195312496      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  195722136    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  196991672       1352         
  196993024  506595328      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  703588352       1832         
  703590184   57063864      5  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  760654048    1269536      6  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  761923584  175777792      7  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  937701376       1679         
  937703055         32         Sec GPT table
  937703087          1         Sec GPT header

$ sudo fdisk /dev/disk0
Disk: /dev/disk0    geometry: 58369/255/63 [937703088 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   2 -   25 127  14 [         1 -     409639] <Unknown ID>
 2: 07 1023 254  63 - 1023 254  63 [ 196993024 -  506595328] HPFS/QNX/AUX
*3: 07 1023 254  63 - 1023 254  63 [ 761923584 -  175777792] HPFS/QNX/AUX
 4: AF   25 127  15 - 1023 254  63 [    409640 -  195312496] HFS+