¿Cómo puedo montar la partición disk0s4 que se convirtió en inaccesible después de una instalación limpia de Mountain Lion?

4

El disco duro de mi MacBook Pro tiene dos particiones. Uno con el sistema operativo y el otro con datos.

Ayer, desde una unidad de arranque USB, realicé una instalación limpia de Mountain Lion en la unidad del sistema operativo. Creé el instalador de arranque USB desde InstallESD.dmg que recibí al comprar el sistema operativo desde la Mac App Store.

Ahora no puedo ver o montar mi partición de datos. Me pregunto si hay un problema con el MBR. En la Utilidad de Discos aparece como "disk0s4", pero está atenuado.

¿Alguna idea sobre cómo puedo montar la partición de datos para poder sacar mis datos de ella?

Para diskutil list disk0 el resultado es:

/dev/disk0
   #:                                 TYPE NAME         SIZE       IDENTIFIER
   0:                GUID_partition_scheme             *500.1 GB   disk0
   1:                                  EFI              209.7 MB   disk0s1
   2:                            Apple_HFS MacBook OS    99.5 GB   disk0s2
   3:                           Apple_Boot Recovery HD  650.0 MB   disk0s3
   4: 46860E2C-2310-4F96-99F6-616D0B4CB55D              399.6 GB   disk0s4

Aquí está el resultado de diskutil info /dev/disk0s4

Device Identifier:        disk0s4
Device Node:              /dev/disk0s4
Part of Whole:            disk0
Device / Media Name:      MacBook Data

Volume Name:              Not applicable (no file system)

Mounted:                  Not applicable (no file system)

File System:              None

Partition Type:           46860E2C-2310-4F96-99F6-616D0B4CB55D
OS Can Be Installed:      No
Media Type:               Generic
Protocol:                 SATA
SMART Status:             Verified

Total Size:               399.6 GB (399629668352 Bytes) (exactly 780526696 512-Byte-Blocks)
Volume Free Space:        Not applicable (no file system)
Device Block Size:        512 Bytes

Read-Only Media:          No
Read-Only Volume:         Not applicable (no file system)
Ejectable:                No

Whole:                    No
Internal:                 Yes
Solid State:              No
    
pregunta Todd K. 02.08.2012 - 18:15

4 respuestas

5

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.

    
respondido por el Graham Perrin 02.08.2012 - 23:27
2

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 ] :(

    
respondido por el Caesium 02.08.2012 - 19:39
2

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.

    
respondido por el duci9y 03.08.2012 - 10:43
0

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

    
respondido por el eric 14.02.2013 - 05:59

Lea otras preguntas en las etiquetas