Montando el volumen

Verificación de la utilidad de disco y posible reparación del mapa de partición

Si aún no lo ha hecho, use la Utilidad de Discos 13 (426) en OS X 10.8 para seleccionar y verificar:

• no la partición atenuada
• en cambio, el disco físico que contiene la partición.

Si la verificación revela un problema con el mapa de partición, considere permitir que la Utilidad de Disco intente una reparación.

Proceder sin utilidad de disco

Crédito a la respuesta de Caesium por encontrar la sugerencia de asr .

Aquí, con un volumen JHFS + desechable, un ejemplo de ajustes que funcionan como se esperaba. Tenga en cuenta las comprobaciones del sistema de archivos:

macbookpro08-centrim:~ gjp22$ diskutil unmount /dev/disk12s1
Volume sandpit on disk12s1 unmounted
macbookpro08-centrim:~ gjp22$ sudo asr adjust --target /dev/disk12s1 --settype "Apple_UFS"
Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
macbookpro08-centrim:~ gjp22$ diskutil list disk12
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.9 MB   disk12
   1:                  Apple_UFS sandpit                 256.9 MB   disk12s1
macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1
Volume on disk12s1 failed to mount
macbookpro08-centrim:~ gjp22$ sudo asr adjust --target /dev/disk12s1 --settype "Apple_HFS"
Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1
Volume sandpit on /dev/disk12s1 mounted
macbookpro08-centrim:~ gjp22$ 

Si el tipo de su propio /dev/disk0s4 no se puede ajustar de manera segura o (re) configure a Apple_HFS entonces:

• es posible que el sistema operativo ya no funcione con el sistema de archivos HFS Plus (o los restos del mismo) que ocupa, o ocupa, el área afectada del disco físico; y
• puede dudar de la integridad de la partición (bloques de inicio y finalización, etc.).

Las líneas relevantes de /private/var/log/install.log deberían revelar qué sucedió, si es que sucedió, con disk0s4 antes, durante o después de la instalación del sistema operativo a disk0s2 . Esta información registrada puede ser crítica para recuperar un acceso fácil a los datos.

Obtención de los datos sin montar el volumen

Buena suerte con su uso de Data Rescue 3: tengo la aplicación, pero nunca he intentado recuperarme de ningún área de un disco donde el tipo de partición se haya visto afectado de esta manera.

Observaciones

Nombre del dispositivo / medio

Esto a veces, no siempre, coincide con el nombre del volumen. Aquí por ejemplo:

macbookpro08-centrim:~ gjp22$ diskutil info disk0s2 | grep Name:
   Device / Media Name:      swap
   Volume Name:              swap
macbookpro08-centrim:~ gjp22$ diskutil info disk0s4 | grep Name:
   Device / Media Name:      Untitled
   Volume Name:              spare

Para Todd K., presencia del dispositivo / nombre del medio -

  

Datos de MacBook

: aumenta la esperanza de que los bloques de inicio y final, etc. son buenos, que solo el type de la partición es incorrecto.

No Sistema de recuperación 10.8 para OS X 10.8

Recovery HD implica Recovery OS 10.7.x.

En cualquier caso como este, una instalación que está incompleta (es decir, sin la actualización esperada a la porción Apple_Boot ) indica que se puede haber utilizado un método de instalación no estándar, con solo una parte de la aplicación de instalación de Apple.

Nota al margen

GUID Partition Table , como se describe en la Utilidad de Discos, es la norma para este tipo de instalación moderna de OS X, no para el Registro de arranque maestro.

Curiosamente, dos resultados de Google si busca ese GUID, 46860E2C-2310-4F96-99F6-616D0B4CB55D .

Uno de ellos se refiere a un comando que podría establecer el tipo de partición de nuevo en Apple_HFS (¿asumiendo que fue en primer lugar?), por lo que podría valer la pena intentarlo?

sudo asr adjust --target /dev/disk0s4 --settype "Apple_HFS"

Fuente: enlace

[Editar: parece que mi asr en Mountain Lion no tiene un argumento ajustar para asr ] :(

Descargue testdisk y consulte las instrucciones incluidas. Es un software muy poderoso, así que úsalo con cuidado. Reconstruirá la partición de disk0s4 y luego el sistema de archivos. Todos tus archivos estarán de vuelta tal como están. Recomiendo esto porque es muy fácil de usar y ahorré 2000 dólares en la recuperación de datos debido a testdisk.

Tuve el mismo problema, tuve que volver a sincronizar los datos fuera de la partición, eliminarlos y volver a crearlos y volver a moverlos de nuevo ...