¿Cómo recuperar una partición FAT compartida (OS X-Win)?

0

¿Cómo puedo recuperar una partición FAT creada originalmente en OS X y utilizada principalmente desde Bootcamp Windows que ahora tiene el siguiente aspecto:

  • La diskutility de OS X lo muestra en gris, como partición desmontada disk0s4 (a pesar de un nombre fácil de usar que he dado); intentar montarlo no cambia nada. La capacidad se muestra correctamente, pero no se muestra la Cantidad de archivos disponibles / usados / disponibles
  • Windows 7: Computadora > Gestionar > La Administración de discos muestra la partición en la lista (como RAW, Saludable, Primaria), pero nuevamente no se muestra la capacidad / espacio utilizado / libre
  • informes del Explorador de Windows:
      

    "No se puede acceder a X: \. El volumen no contiene un sistema de archivos reconocido. Asegúrese de que todos los controladores del sistema de archivos necesarios estén cargados y que el volumen no esté dañado".

¿Existe una forma "completamente software" de recuperar esa partición (como volver a crear MBR de una manera más inteligente que estoy tratando de hacer), en lugar de continuar restaurando manualmente archivo por archivo con algo avanzado? ¿Soluciones de recuperación de HDD muertas?

Como fondo del problema:

  • Originalmente, creé el siguiente conjunto de particiones en OS MtLion X:
    1. OS X MtLion de arranque
    2. Yosemite de arranque
    3. Bootcamp (Windows 7)
    4. partición de datos FAT32 compartida
  • después de (?) instalar Windows en la partición de Bootcamp, creé manualmente el MBR con el siguiente subconjunto de partitios para ser visible en Windows: Bootcamp, Shared, MtLion. Usé gdisk de gptfdisk (como se detalla en esta publicación ) .
  • durante varios meses trabajé principalmente en Windows, usando Shared de gran manera
  • Recientemente, actualicé una parte del software en MtLion OS X (¿o Yosemite?) que (?) llevó al problema anterior. Solía creer que la actualización no tenía que ver con las particiones de recuperación, pero puedo estar equivocado

Anteriormente, cada vez que OS X actualizaba / actualizaba la partición de recuperación (y algunas de las particiones de Windows se volvían inaccesibles), simplemente se volvía a crear el MBR con el mismo conjunto original de particiones ayudado cada vez. Pero ya no.

Es SSD instalado a 13 "MBP a finales de 2010.

Según la aclaración de David Anderson, aquí hay varios registros:

$ 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

Aquí, en la salida diskutil , disk1 es HDD que actualmente sirve solo para datos; no hay problemas con eso, simplemente mantuve la salida intacta.

$ 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+        
    
pregunta yurkennis 06.09.2015 - 23:21

0 respuestas

Lea otras preguntas en las etiquetas