Recuperar la unidad HFS + Mac dañada (imagen) en Linux

1

Estoy tratando de recuperar un disco aparentemente dañado. Parece que a través de un apagado incorrecto, la unidad se ha matado de alguna manera. Es la partición principal de un Macbook Pro.

He usado dd para copiar la unidad en un disco duro externo, y ahora estoy tratando de montarlo en Linux (Ubuntu) para recuperar lo que pueda. (También puedo probar desde otro Mac).

Información en la imagen de disco de file image.dmg

  

image.dmg: Macintosh HFS Versión 4 datos montados (montados) por: 'FSK!', creado: mié. 18 de noviembre 08:21:40 2144, última modificación: lunes 6 de marzo 18:54:12 2147, tamaño de bloque: 4096, número de bloques: 121886744, bloques libres: 69886793

Probar mount -t hfsplus -o loop image.dmg /mnt dio como resultado

  

montaje: tipo de fs incorrecto, opción incorrecta, superbloque defectuoso en / dev / loop0,
        Falta la página de códigos o el programa de ayuda, u otro error
        En algunos casos, se encuentra información útil en syslog - intente
        dmesg | cola o menos

de dmesg

  

hfsplus: el sistema de archivos no se desmontó limpiamente, se recomienda ejecutar fsck.hfsplus. montaje de solo lectura.
  hfsplus: extensión no válida max_key_len 53348
  hfsplus: no se pudo cargar el archivo de extensiones

ejecutando fsck.hfsplus -dr image.dmg rendimientos

  

** image.dmg (NO WRITE)
      Usando cacheBlockSize = 32K cacheTotalBlock = 1024 cacheSize = 32768K.
      CheckForClean: se ha encontrado una firma de diario errónea
     Encabezado de volumen no válido
  ** Comprobando el volumen de HFS Plus.
     Tamaño de nodo de árbol B no válido
  (3, 0)
  ** El volumen necesita ser reparado.
      tipo de volumen es puro HFS +
      El MDB primario está en el bloque 0 0x00
      El MDB alternativo está en el bloque 0 0x00
      El VHB primario está en el bloque 2 0x02
      VHB alternativo está en el bloque 975093950 0x3a1ec0be
      tamaño de sector = 512 0x200
      Banderas VolumeObject = 0x07
      sectores totales para el volumen = 975093952 0x3a1ec0c0
      Total de sectores para el volumen incorporado = 0 0x00

Algo está mal con el superbloque o con el árbol de nodo B. He visto recomendaciones para DiskWarrior por ahí, pero tengo un alto precio sin ninguna garantía de que funcionará, así que pensé que lo intentaría con métodos gratuitos primero.

Cualquier información (útil) sería muy apreciada! Gracias!

    
pregunta DanielGr 06.03.2015 - 14:09

3 respuestas

2

Al final, DiskWarrior funcionó ... se necesitaron varias iteraciones de reparación, pero logró restaurar la lista de nodos lo suficiente para que lo montara y transfiriera tanto como se pudiera salvar (que no era todo). Luego reinstalé a través de la reinstalación habitual de OSX. Gracias por los consejos.

    
respondido por el DanielGr 09.03.2015 - 14:43
1

Si tiene un puerto Firewire y acceso a otra Mac (también con un puerto Firewire), puede montar su disco en la otra Mac usando el Modo de Disco de Destino, dependiendo de qué tan seriamente esté su unidad.

Es posible que solo se trate de archivos del sistema dañados que impiden el inicio y es posible que su disco sea accesible una vez que esté montado en otra máquina.

    
respondido por el ScunnerDarkly 06.03.2015 - 14:55
1

Intente la reparación del disco desde la Utilidad de Disco en la partición de recuperación, o instale el DVD.

Leí que el controlador de Linux hfs no se ha actualizado para el último OSX, así que prueba primero una partición conocida.

Suponiendo que no habilitó el cifrado de la unidad, puede extraer archivos del img sin montarlo con dd o herramientas más inteligentes , alt list .

ejemplo de txt dd simple;

dd if=my.img | perl -pe 's/[^\w\s]+//g' | grep -i -A 10 -B 10 'words in file' > trimMore.txt

Si la unidad estaba encriptada (solo en el nuevo sistema operativo x) no habrá texto en absoluto en el img.

Asegúrese de verificar los datos SMART antes de volver a usar el disco

    
respondido por el user1133275 06.03.2015 - 14:26

Lea otras preguntas en las etiquetas