¿Por qué Mac OS X 10.11 ignora el tamaño de la nueva partición?

0

Debido a que me quedé sin espacio en una MacBook Pro 13 '' 2009 (tipo A1278), cloné su unidad Hitachi de 160 GB en una unidad de disco duro Seagate de 1 TB. El MacBook se instala con OS X El Capitan (10.11).

Resumen: el sistema operativo clonado se inicia, es posible iniciar sesión, no se detecta el nuevo tamaño de volumen, la utilidad del disco se bloquea al intentar acceder a la herramienta de partición.

Primeros pasos realizados:

  1. Clonado todo el disco (nivel bajo)
  2. Activó el usuario root en las Preferencias del sistema
  3. Conectó la unidad clonada a una MacBook con OS X Lion 10.7.5
  4. Se eliminó la partición de recuperación para permitir la expansión de la partición principal.
  5. Intenté expandir la partición principal usando primero la utilidad de disco nativa y luego Stellar Partition Manager. Ningún éxito con ambos.

Expandiendo la partición desde la Terminal:

Amplié la partición desde el terminal, inspirándome en este tutorial y sus comentarios enlace :

  1. Se cambió al usuario root con el comando su
  2. Listó las unidades con diskutil list
  3. Desmontó la partición "Macintosh HD" de la unidad original: diskutil unmount /dev/disk1 y la unidad clonada diskutil unmount /dev/disk2
  4. Se mostró el esquema de partición de la unidad original: gpt show /dev/disk1
  5. Se eliminó el esquema de partición en la unidad clonada: gpt destroy /dev/disk2
  6. Creó un nuevo esquema de partición en la unidad clonada: gpt create -f /dev/disk2
  7. Se crearon de nuevo las mismas particiones, pero con un mayor tamaño para "Macintosh HD" y la partición de recuperación movió 800 MB antes del final del disco duro: gpt add -b <start> -s <size> -t <GUID_from_disk1> /dev/disk2
  8. Se verificó todo repitiendo el paso 3 y usando gpt show ... en ambas unidades.
  9. Clonó la partición de recuperación dd if=/dev/disk1s3 of=/dev/disk2s3
  10. Paso 8 repetido.

Resultar

  • La partición "Macintosh HD" de la unidad clonada se muestra con el tamaño correcto de aproximadamente 800 GB cuando está conectada externamente a la MacBook con Lion 10.7.5.
  • Cuando el disco duro se inserta en el MacBook original, el sistema operativo se inicia correctamente y permite iniciar sesión. (Tuve que realizar una verificación y una reparación menor del volumen "Macintosh HD" en la MacBook que ejecuta Lion para que el sistema operativo se cargue por completo).
  • El disco prácticamente para Mac OS X 10.11 El Capitain todavía ve el tamaño incorrecto de 160 GB para el volumen "Macintosh HD" y al hacer clic en el botón "Partición", la utilidad del disco falla. La MacBook aún muestra el mensaje de que el disco de inicio está lleno.

Al crear las particiones en el paso 6, ¿fue un error mantener el GUID de la unidad original con la opción -t ?

Aquí están los discos duros y las particiones que se ven desde la terminal:

   sh-3.2# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *160.0 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Senza titolo            159.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *160.0 GB   disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS Macintosh HD            159.2 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI                         209.7 MB   disk2s1
   2:                  Apple_HFS Macintosh HD            815.8 GB   disk2s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk2s3

sh-3.2# diskutil cs list
No CoreStorage logical volume groups found
sh-3.2# diskutil unmount /dev/disk1s2
Volume Macintosh HD on disk1s2 unmounted
sh-3.2# diskutil unmount /dev/disk2s2
Volume Macintosh HD on disk2s2 unmounted
sh-3.2# gpt show /dev/disk1
      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  310902592      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  311312232    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  312581768          7         
  312581775         32         Sec GPT table
  312581807          1         Sec GPT header
sh-3.2# gpt show /dev/disk2
       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  1593425880      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1593835520     1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  1595105056   358420079         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
sh-3.2#
    
pregunta OuzoPower 20.10.2017 - 13:55

1 respuesta

1

Las estructuras de datos del volumen HFS + "saben" qué tan grande es el volumen; esto significa que si toma un volumen HFS + de 159.2 GB y edita la tabla de particiones para hacerla de 815.8 GB, ahora tiene un estado incoherente: la tabla de partición dice que es de 815.8 GB, las estructuras de datos de volumen dicen que es de 159.2 GB y cualquier herramienta que Mira a los dos se va a confundir.

Para evitar este problema, no use gpt para cambiar el tamaño de las particiones que contienen volúmenes HFS +, y no use dd para clonar entre particiones o discos que no sean exactamente del mismo tamaño. En su lugar, cambie los tamaños de partición con diskutil resizeVolume o Utilidad de disco (estos editan la tabla de particiones y las estructuras de datos de volumen para mantenerlos sincronizados). Además, puede clonar volúmenes HFS + con algo como asr --source /dev/disk1s2 --target /dev/disk2s2 --erase (nota: verifique que los nombres de entrada / dev sean correctos antes ingresando este comando!) O con la herramienta "Restaurar" de la Utilidad de Discos (ambas se manejan correctamente expandir / contraer estructuras de datos de volumen HFS + para que coincidan con la partición de destino).

En este punto, borraría la nueva unidad y comenzaría de nuevo. Es más fácil usar las herramientas correctas desde el principio que limpiar después de usar las incorrectas.

    
respondido por el Gordon Davisson 20.10.2017 - 18:36

Lea otras preguntas en las etiquetas