Montaje del volumen

Verificación de la Utilidad de Discos y posible reparación del mapa de particiones

Si aún no lo ha hecho, use Disk Utility 13 (426) en OS X 10.8 para seleccionar y luego verifique:

• no la partición atenuada
• en su lugar, 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 Disk Utility intente repararlo.

Proceder sin la Utilidad de disco

Crédito a la respuesta de Caesium por encontrar la asrsugerencia.

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 propio /dev/disk0s4no se puede ajustar o (re)configurar de manera segura, Apple_HFSentonces:

• es posible que el sistema operativo ya no funcione con el sistema de archivos HFS Plus (o remanentes del mismo) que ocupa u ocupó 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.logdeben revelar qué sucedió, si sucedió algo, disk0s4antes, durante o después de la instalación del sistema operativo en disk0s2. Esta información registrada puede volverse crítica para recuperar el fácil acceso a los datos.

Obtener los datos sin montar el volumen

Buena suerte con el 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 es a veces, no siempre, una coincidencia para 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 nombre del dispositivo/medio:

Datos de MacBook

– aumenta la esperanza de que los bloques de inicio y finalización, etc., sean buenos, que solo el typede la partición sea incorrecto.

Sin 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 incompleta (es decir, sin la actualización esperada del Apple_Bootsegmento) 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

La tabla de particiones GUID , como se describe en Utilidad de disco, es la norma para este tipo de instalación moderna de OS X, no 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 volver a establecer el tipo de partición en Apple_HFS (¿suponiendo que fuera eso en primer lugar?), Entonces, ¿valdría la pena intentarlo?

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

Fuente: http://help.bombich.com/discussions/questions/12878-unable-to-boot-from-local-disk-after-verify-step

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

Descargue testdisk y consulte las instrucciones integradas. Es una pieza de software muy poderosa, así que utilícela con cuidado. Reconstruirá la partición de disk0s4 y luego el sistema de archivos. Todos sus archivos volverán a estar como están. Recomiendo esto porque es muy fácil de usar y ahorré 2000 dólares en la recuperación de datos gracias a testdisk.

Tuve el mismo problema, tuve que sincronizar los datos fuera de la partición, eliminar y volver a crear y volver a mover los datos nuevamente.