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

0

Disco externo de 3 TB.

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

GPT informa de la siguiente manera:

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 se ve 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 hace ningún cambio.

DiskUtil informa de la siguiente manera:

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

Me di cuenta de que podría ser un mal PMBR. De todas las cuentas, esto es solo un MBR con una partición no de arranque. Creé un disco HFS en una memoria USB y copié el MBR (dd if = / dev / disk7 count = 1 of = / dev / disk6) en el disco en proceso.

Utilicé R-Studio para escanear el disco. R-Studio encuentra archivos y directorios y demás.

Corrió TestDisk (utilidad de disco de línea de comando separada) Son números acordados con los 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 estoy perdiendo algo aquí.

    
pregunta Sherwood Botsford 23.02.2015 - 15:13

1 respuesta

2

El problema resultó ser el PMBR. Mi primer intento fue copiar el sector 0 de una tarjeta de memoria formateada con GPT.

Se examinó que con fdisk y tenía una partición de tipo EE, pero los cilindros de inicio y fin eran los mismos.

Edité la partición 1 y acepté los valores predeterminados.

fdisk en mac informará que "no se puede obtener acceso exclusivo al sector de escritura, se requiere reiniciar" Se encuentra. No tienes que reiniciar.

Después de hacer esto, diskutil pudo ver ambas particiones.

No pude reparar la primera partición, se usó para Time Machine y terminé reformateando. (Incluso después de que fuera una partición reconocible, diskutil comenzaría en ella y se rendiría en unos segundos). (No lo intenté mucho. Las cosas realmente importantes se almacenan en el buzón, en un disco duplicado en otra máquina .)

@Klanomath merece crédito por el disco GPT. Encontré esto, pero extrañaba 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 tratar este tipo de situaciones. Habría sido una mejor manera de ir.

    
respondido por el Sherwood Botsford 24.02.2015 - 18:09

Lea otras preguntas en las etiquetas