Montar el volumen

La Utilidad de disco de verificación y posible reparación de la partición mapa

Si usted no lo ha hecho ya, el uso de la Utilidad de Disco 13 (426) en OS X 10.8 para seleccionar, a continuación, compruebe:

• no el gris de la partición
• en lugar de eso, el disco físico que contiene la partición.

Si la verificación revela un problema con el mapa de particiones, y luego considerar la posibilidad de permitir la Utilidad de Disco para intentar una reparación.

Procedimiento, sin la Utilidad de Disco

Crédito de Cesio de la respuesta para la búsqueda de la asr sugerencia.

Aquí con una desechable JHFS+ volumen, un ejemplo de ajustes de trabajo como se esperaba. Nota el sistema de archivos de cheques:

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 propia /dev/disk0s4 no puede ser ajustado de forma segura o (re)configurar a Apple_HFS luego:

• el sistema operativo puede no funcionar con el sistema de archivos HFS Plus (o restos de los mismos) que ocupa, o de ocupado, el área afectada del disco físico; y
• usted podría dudar de la integridad de la partición de inicio y final de los bloques, y así sucesivamente).

Líneas relevantes de /private/var/log/install.log debe revelar qué, si algo, que pasó a disk0s4 antes, durante o después de la instalación del sistema operativo en disk0s2. Esta información registrada puede ser crucial para recuperar el acceso fácil a los datos.

La obtención de los datos sin tener que montar el volumen

Buena suerte con tu uso de Datos de Rescate 3 – tengo la app, pero nunca han intentado recuperarse de cualquier área de un disco en el que el tipo de partición ha sido afectada de esta manera.

Observaciones

Dispositivo/el nombre de los medios

Este es, a veces, no siempre, un partido para el nombre de 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., la presencia del dispositivo de medios/nombre –

Datos MacBook

– aumenta la esperanza de que de inicio y final de los bloques, etc. son buenos, que sólo el type de la partición que está mal.

Ningún Sistema de Recuperación de 10.8 para OS X 10.8

El disco duro de recuperación implica la Recuperación de OS 10.7.x.

En cualquier caso como este, de una instalación que está incompleta (es decir, sin la espera de la actualización a la Apple_Boot sector) las señales de que un método no estándar de instalación – sólo con una parte de Apple instalador de la aplicación, han sido utilizadas.

Nota de lado

Tabla de Particiones GUID, como se describe en la Utilidad de Disco, es la norma para este tipo de moderna instalación de OS X no Registro de Arranque Maestro.

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

Uno de ellos se refiere a un comando que puede establecer el tipo de partición de vuelta a Apple_HFS (suponiendo que se trataba de eso en primer lugar?), por lo tanto, puede ser vale la pena ir?

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

[Edit: parece que mi asr en Mountain Lion no tiene un ajuste argumento a asr] :(

Descargar testdisk y consulte las instrucciones incrustadas. Es una pieza muy potente de software, así que usarlo con cuidado. Se reconstruirá la partición de disk0s4 y luego el sistema de archivos. Todos los archivos serán nuevamente como es. Te recomiendo esto porque es muy fácil de usar y ahorré 2000 dólares en recuperación de datos debido a testdisk.

Tuve el mismo problema, tuve que rsync datos fuera de las partición, borrar y recrear y volver a mover los datos de nuevo...