Recuperación de la partición OS X: se calcularon los límites incorrectos, no se puede montar disk0s2

Question

Recuperación de la partición OS X: se calcularon los límites incorrectos, no se puede montar disk0s2

#1 de klanomath (2 votos)
#2 de Coen Bosch (0 votos)

1

Seguí la estrategia de Klanomath (consulte link ) en para recuperar mi partición OSX (el Capitán) perdida (MBR sobrescrito por bootcamp Windows). En este procedimiento tienes que encontrar los límites correctos de tu partición. Pero cuando obtuve mis límites y creé mi partición, disk0s2 no quería montar. Esto significa que los límites no son buenos.

Esta es mi situación en este momento:

CJs-MacBook-Pro:~ root# gpt -r show /dev/disk0
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  495406233      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  495815873    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  497085409  302914591         
  800000000  100000000      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  900000000    1269536      5  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  901269536   75503599         
  976773135         32         Sec GPT table
  976773167          1         Sec GPT header
CJs-MacBook-Pro:~ root# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:          Apple_CoreStorage                         253.6 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s3
   4:                  Apple_HFS TempSystem              51.2 GB    disk0s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk0s5
CJs-MacBook-Pro:~ root#

Los bordes que encontré:

1st HFSJ: 249128179712/512 = bloque 486578476
2do HFSJ: 253857728000/512 = bloque 495815875

¿Tienes alguna sugerencia?

macos boot partition

pregunta Coen Bosch 09.03.2016 - 19:50

2 respuestas

Lea otras preguntas en las etiquetas macos boot partition

¿Cómo apagar Apple TV? Los botones del portapapeles en el navegador ya no funcionan

score 2 · Answer 1

La solución aquí es más o menos la misma que se describe en la respuesta a this question. La solución allí es una solución provisional porque la persona que pregunta no tenía una memoria USB ni un disco externo o un segundo Mac. Debe tener una unidad del sistema con un OS X completo para instalar aplicaciones adicionales como wxHexEditor para inspeccionar los datos en bruto en la unidad. Por lo tanto, la única forma práctica de hacerlo era instalar OS X en la unidad dañada con el riesgo de sobrescribir las antiguas particiones "perdidas".

Si tiene un segundo dispositivo de arranque como un disco externo o una unidad de disco en miniatura, instale un OS X completo más nuevo (¡no solo una unidad de pulgar del instalador de arranque!). Adicionalmente instale wxHexEditor. Habilite el usuario root, inicie sesión como root.

Ahora abra wxHexEditor y determine los límites de la recuperación "perdida" de HD. Sobrescribir la tabla de particiones GUID original y reemplazarla por un MBR con la Administración de discos de Windows generalmente no toca el contenido de su disco. Las estructuras de datos antiguas aún están en el disco y se pueden encontrar buscando cadenas especiales y contenido de archivos.

La persona que realizó la solicitud proporcionó la siguiente información: la partición de Windows tenía un tamaño de 100 GB. Esto facilita la búsqueda porque los primeros ~ 390 GB (del disco de 500 GB) se pueden omitir ya que la partición de Windows se crea al final de un disco.

La partición de Recovery HD tiene el siguiente contenido:

  0-1. block:        0x00s
    2. block:        the string "HFSJ" in the first 16 Bytes
    8. block:        0xFFs (probably an allocation file)
11-13. block:        0xFFs (probably a second allocation file)

Si ha encontrado estos bloques, puede determinar fácilmente el bloque de inicio de Recovery HD como se describe en la respuesta vinculada. Como todas las demás particiones (EFI y el volumen principal de OS X, suponiendo que solo existe un volumen principal) están determinadas por el primer bloque de Recovery HD, se pueden realizar cálculos matemáticos.

La solución final fue:

gpt add -b 409640 -i 2 -s 779781456 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
gpt add -b 780191096 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

Después de verificar los volúmenes con:

diskutil verifyVolume disk0s2
diskutil verifyVolume disk0s3

y eliminando particiones temporales, el volumen principal finalmente se expandió para abarcar todo el disco con:

diskutil cs resizeStack lvUUID 0g

score 0 · Answer 2

Mi partición se recupera gracias a @klanomath. Fue bastante difícil obtener los límites correctos siguiendo el procedimiento estándar y sin conocer las características de un disco con ventanas viejas y particiones osx. @klanomath hizo un gran trabajo en busca de Recovery-HD y de allí determinó la partición perdida. Aprendió mucho. ¡Gracias de nuevo! Saludos de Cusco.