1 votos

El GPT parece válido. Diskutil ve el disco vacío

Disco externo de 3 TB.

Dejó de funcionar después de un golpe de energía.

El GPT informa de lo siguiente:

bash-3.2# gpt show /dev/disk6
       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  2930266584      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  2930676224      262144         
  2930938368  2929332616      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  5860270984      262151         
  5860533135          32         Sec GPT table
  5860533167           1         Sec GPT header

Esto parece normal.

bash-3.2# diskutil repairDisk /dev/disk6
Nonexistent, unknown, or damaged partition map scheme
If you are sure this disk contains a (damaged) APM, MBR, or GPT partition map,
you can hereby try to repair it enough to be recognized as a map; another
"diskutil repairDisk /dev/disk6" might then be necessary for further repairs
Proceed? (y/N) y
Partition map repair complete; you might now want to repeat the
verifyDisk or repairDisk verbs to perform further checks and repairs

Repetir esto no supone ningún cambio.

DiskUtil informa lo siguiente:

bash-3.2# diskutil list /dev/disk6 /dev/disk6    #:                   
TYPE NAME                    SIZE       IDENTIFIER    0:    *3.0 TB     disk6

Me imaginé que podría ser un PMBR malo. Por lo que parece, se trata de un MBR con una partición no arrancable. Creé un disco HFS en una memoria USB, y copié el MBR (dd if=/dev/disk7 count=1 of=/dev/disk6) al disco enfermo.

He utilizado R-Studio para escanear el disco. R-Studio encuentra archivos, directorios y demás.

He ejecutado TestDisk (utilidad de disco de línea de comandos independiente) Los números coinciden con los de GPT.

Luego usé dd para hacer una copia de seguridad de los primeros 34 bloques del disco, y usé gpt para destruir y recrear la tabla de particiones.

  604  gpt destroy /dev/disk6
  605  gpt create /dev/disk6
  606  gpt show /dev/disk6
  ...
  610  gpt add -b 40 -s 409600 -i 1 -t efi /dev/disk6
  611  gpt add -b 409640 -s 2930266584 -i 2 -t hfs /dev/disk6
  612  gpt add -b 2930938368  -s 2929332616 -i 3 -t hfs /dev/disk6
  613  gpt show /dev/disk6

No hay alegría. Me falta algo aquí.

3voto

Mose Puntos 687

El problema resultó ser el PMBR. Mi primer intento fue copiar el sector 0 de un lápiz de memoria formateado en GPT.

Lo examiné con fdisk y tenía una partición de tipo EE, pero los cilindros inicial y final eran los mismos.

He editado la partición 1 y he aceptado los valores por defecto.

fdisk en mac reportará "no puede obtener acceso exclusivo para escribir el sector de vuelta, se requiere reiniciar" Miente. No tienes que reiniciar.

Después de hacer esto diskutil fue capaz de ver ambas particiones.

No pude reparar la primera partición, utilizada para time machine, y terminé reformateándola. (Incluso cuando era una partición reconocible, diskutil se iniciaba en ella, y se rendía en unos segundos). (No me esforcé mucho. Las cosas realmente importantes están guardadas en drop box, en un disco duplicado en otra máquina).

@Klanomath merece el crédito por el disco GPT. Había encontrado esto, pero me perdí el hecho de que proporcionaba binarios para Mac. No estoy acostumbrado a los binarios en Source forge. El disco GPT parece ser una herramienta útil para lidiar con este tipo de situaciones. Hubiera sido una mejor manera de hacerlo.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X