partición NTFS en HD externa no reconocida o montada en El Capitán o Sierra, incluso con la última versión de Paragon o Tuxera

3

Tengo un Air 11 de mediados de 2013 con El Capitán recién actualizado a Sierra.

Tengo un Seagate USB 3 HD externo con esquema de partición GUID, una partición HFS + arranco y una partición de datos NTFS.

La HD se compró en formato Mac y vino con una versión gratuita de Paragon, que he actualizado a la última versión. Se usa como un disco de datos en mi PC pero como el único disco en mi Mac al que le falta el SSD.

Lo había estado usando con éxito tanto en mi computadora portátil con Windows como en la Mac, lo mejor que puedo recordar, pero luego no usé la Mac durante aproximadamente tres meses hasta el otro día.

La Mac arranca desde la partición HFS pero no ve una segunda partición válida.

He intentado apagar y cambiar la unidad de disco a la PC y ambas particiones funcionan bien allí.

Probé la versión gratuita de Seagate y la versión de prueba del controlador Paragon NTFS 14. También probé sin Paragon y el sistema operativo ni siquiera me permite usarlo de solo lectura. Ahora también he probado la última versión de prueba de Tuxera.

First Aid es el único que incluye algo como un código de error:

Unknown filesystem version: e.89

¿Podría haber algo en la tabla de particiones que deba cambiarse con una herramienta de bajo nivel?

¡Me he dado cuenta de que la Mac parece saber el nombre anterior de la segunda partición de cuando era una partición de instalación HFS!

Aquí es cómo las diferentes herramientas en mi Mac y PC ven la unidad ...

Mac, Utilidad de Disco:

Mac,diskutillist:

Mac,Tuxera:

Mac, primeros auxilios:

Windows, Administración de discos:

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     

Volcados hexadecimales de disco sin procesar según lo solicitado en los comentarios de klanomath:

$ 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
    
pregunta hippietrail 28.11.2016 - 12:48

1 respuesta

2

disk0s4 tiene el tipo de partición GUID incorrecto, como se ve en la captura de pantalla de Tuxera. El tipo de partición es 48465300-0000-11AA-AA11-00306543ECAC que es HFS + (el tipo de partición estándar de OS X). Puedes verificar esto ingresando sudo gpt -r show disk0 .

Sin embargo, debe ser EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, que es el GUID para particiones de datos básicos de Microsoft (BDP).

Para cambiar el arranque de tipo de partición al modo de recuperación de Internet o un segundo dispositivo de arranque (por ejemplo, una unidad de disco), elimine disk0s4 con gpt y vuélvalo a agregar con los mismos límites (número de índice, bloque de inicio y tamaño), pero diferente tipo.

Bajo ciertas circunstancias: necesito la salida de sudo fdisk /dev/disk0 y algunos resultados de hexdump además - se requiere espacio en disco no asignado entre disk0s3 y disk0s4 y el bloque de inicio & el tamaño debe ser modificado en comparación con su tabla de particiones gpt actual.

Arranque en el modo de recuperación de Internet o en una unidad de almacenamiento en miniatura con una instalación completa de OS X o una unidad de almacenamiento en miniatura de OS X Installer. La edición de la tabla de particiones GUID con gpt requiere que desmonte el disco. No puede desmontar el disco en el que se ha iniciado.

  • Abrir Terminal (barra de menú Utilidades > Terminal) e ingrese diskutil list para obtener una descripción general. Obtenga el identificador de disco de la unidad de 500 GB, que puede ser disk0 o disk1. A continuación supongo que es disk0. Sin embargo, utilice el identificador de disco que haya encontrado en su entorno.

    Si inicia sesión como administrador, algunos comandos requieren que prepague sudo ... ejecutando algunos comandos (por ejemplo, gpt). Al iniciarse en una unidad de disco USB del instalador o en el Modo de recuperación de Internet, siempre es un usuario root y no es necesario anteponer sudo.

  • Obtén la tabla de particiones:

    gpt show -r disk0
    
  • Desmontar el disco

    diskutil umountDisk disk0
    
  • Eliminar la 4ta partición (falsamente tipificada):

    gpt remove -i 4 disk0
    diskutil umountDisk disk0
    
  • Los resultados de tu hexdump ("eb 52 90 4e 54 46 53 20" es la "cadena" ∂RENTFS (x20)) muestran que disk0s4 tiene sectores de arranque NTFS especiales (que generalmente ocurren en el primer y último bloque de un NTFS volumen) en el bloque 0 y el bloque 121948143. (x0000000 es byte / bloque 0 de disk0s4 y xe898fde00 convertido con un hex2dec service es el byte 62437449216 o 62437449216/512: bloque 121948143). Esto muestra que no hay espacio entre disk0s3 y disk0s4 y el tamaño es (121948143 bloques + bloque0) 121948144 bloques.
  • vuelva a agregar la 4ta partición con un tipo adecuado pero con los otros valores anteriores:

    gpt add -i 4 -b 488722456 -s 121948144 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk0
    
  • reiniciar
respondido por el klanomath 30.11.2016 - 15:12

Lea otras preguntas en las etiquetas