Cómo redimensionar una partición HD de recuperación de 100 GB

Si no hubiera sido 10.11 Public Beta (2) en el volumen principal, habría aconsejado arrancar en Modo de Recuperación de Internet (IRM) ( altcmdR ) o una unidad de arranque (BTD), basta con eliminar la tercera partición con gpt remove -i 3 /dev/disk0 y expandir completamente la partición principal con la Utilidad de Discos. Después de reiniciar el volumen principal habría reinstalado el último OS X (Yosemite 10.10.4 en el momento de escribir este artículo) que recrea el Recovery HD preservando todas las aplicaciones que no son de Apple y los datos creados por el usuario.

En su lugar, hay que dd el Recovery HD desde un segundo Mac que ejecuta Yosemite. Copiar el archivo resultante en el primer Mac. Luego arranca el Mac1 en IRM/BTD, borra la tercera partición con gpt, reinicia en IRM/BTD, redimensiona el volumen principal con diskutil resizeVolume /dev/disk0s2 size crear una tercera partición con:

 gpt add -b first_freeblock -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

y finalmente dd la copia hecha anteriormente de Recovery HD (Mac2) de nuevo en /dev/dis0s3.

Para conseguir size en diskutil ... size hay que hacer algunos cálculos teniendo en cuenta que los últimos bloques de una unidad de Yosemite que contiene el Recovery HD suelen tener este aspecto:

....                      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
975503592    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
976773128          7         
976773135         32         Sec GPT table
976773167          1         Sec GPT header

Vuelva a comprobarlo con sudo gpt -r show /dev/disk0 en Mac2.
El ejemplo aquí es un disco de 500,1 GiB (976773168 bloques a 512 B).

En consecuencia, el "tamaño" tiene que ser menor o igual que (bloques totales - 409640 - 1269576 bloques). El segundo término es el bloque0 - bloque409639 que contiene PMBR, la cabecera y tabla GPT primaria y la partición EFI. El tercer término es el tamaño del Recovery HD y la cabecera y tabla GPT secundaria. Tenga en cuenta que el recuento de bloques empieza por 0: el bloque 0 es el primer bloque o el bloque 975503592 es el bloque 975503593.

Si te da pereza hacer las cuentas, puedes crear primero la tercera partición y dd el archivo Recovery HD y luego - después de un reinicio - expandir el volumen principal usando la Utilidad de Discos.

Un segundo método más arriesgado (no es arriesgado respecto a tus datos en el volumen principal pero no estoy seguro de que tenga éxito) es simplemente mover los bordes de la partición del disco0s3. Este método supone que ningún archivo del antiguo Recovery HD fue movido "físicamente" en el disco0s3 después de borrar la partición Boot Camp con el asistente Boot Camp.

Arranca el IRM/BTD y entra en el Terminal:

gpt remove -i 3 /dev/disk0

y reinicie a IRM/BTD. Luego añade una tercera partición con el siguiente comando (¡ya adaptado al tamaño de tu disco!):

gpt add -b 975835488 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

y reiniciar a IRM/BTD. Abra la Utilidad de Discos y verifique/repare el disco duro (¡y no el volumen principal!). A continuación, amplíe el volumen principal al tamaño máximo y verifique/repare el volumen principal. Por último, intente arrancar en modo de recuperación ( cmdR ).

Referencia

Prepara un disco USB,

diskutil erasedisk jhfs+ Make_Recovery disk3
sudo asr restore --source /Volumes/Recovery HD/com.apple.recovery.boot/BaseSystem.dmg --target /dev/disk0s3 --erase
sudo asr adjust --target /dev/disk3s2 --settype Apple_Boot`

y luego eliminar la partición Recovery HD.

Además, puedes hacer una copia de seguridad de BaseSystem.dmg, y restaurar en la nueva partición.