☰

Problemas al actualizar OS X 10.11 (El Capitan) de beta a candidato a GM en una configuración de arranque dual junto a Ubuntu

tag-icon • tag-icon macos mac boot partitioning multi-boot
Problemas al actualizar OS X 10.11 (El Capitan) de beta a candidato a GM en una configuración de arranque dual junto a Ubuntu

Estoy actualizando mi versión beta de OS X 10.11 (El Capitan) al candidato GM en mi MacBook Pro (modelo del año pasado, todo el hardware original) que tiene una configuración de arranque dual con Ubuntu. Después de que el instalador reinicia mi computadora, aparece:

OS X no se pudo instalar en su computadora

Se requiere una partición auxiliar de arranque cuando se trabaja con Core Storage.
Salga del instalador para reiniciar su computadora e inténtelo nuevamente.

Intenté reiniciar mi computadora pero aparece el mismo mensaje de error cada vez. Supongo que la partición de Ubuntu está causando esto. Estoy usando rEFInd para iniciarlo.

¿Dónde desapareció mi partición auxiliar de arranque (sea lo que sea) y cómo puedo reinstalar OS X en la partición en la que estaba instalado previamente sin tocar la configuración de Ubuntu?

Salida de diskutil list:

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            232.8 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:           Linux Filesystem                         17.2 GB    disk0s4
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +232.5 GB   disk1
                                 Logical Volume on disk0s2
                                 464DCBB2-E35B-48E3-A123-B6B8C755E0F2
                                 Unencrypted

Salida de sudo gpt show -l /dev/disk0:

gpt show: /dev/disk0: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - "EFI System Partition"
     409640  454699328      2  GPT part - "Macintosh HD"
  455108968    1269536      3  GPT part - "Recovery HD"
  456378504   33594064      4  GPT part - "Linux"
  489972568     262151         
  490234719         32         Sec GPT table
  490234751          1         Sec GPT header

Salida de sudo fdisk /dev/disk0:

Disk: /dev/disk0    geometry: 30515/255/63 [490234752 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   1 - 1023 254  63 [         1 -     409639] <Unknown ID>
*2: AF 1023 254  63 - 1023 254  63 [    409640 -  454699328] HFS+        
 3: AF 1023 254  63 - 1023 254  63 [ 455108968 -    1269536] HFS+        
 4: 83 1023 254  63 - 1023 254  63 [ 456378504 -   33594064] Linux files*

Respuesta1

Isospechar(pero no estoy seguro) de que el problema se debe al hecho de que a OS X le gusta ver espacios (de al menos 128 MiB) entre la mayoría de las particiones. VerDocumento TN2166 de Applepara obtener más detalles, y en particular la sección "Política de partición". He visto que las instalaciones y actualizaciones de OS X fallan cuando no existen tales brechas, por lo que podría ser lo mismo. Sin embargo, si es así, el mensaje de error que recibió no es muy útil.

El mensaje de error en sí parece referirse al hecho de que, desde Yosemite, OS X ha utilizado un tipo deGestión de volúmenes lógicos (LVM)por defecto. Dado que el firmware no se puede leer dentro de un LVM, Apple decidió comenzar a almacenar su cargador de arranque en el volumen que generalmente se llama "Recovery HD". El mensaje parece decir que este volumen no está presente, pero el resultado indica claramente que sí está presente. Mi sospecha es que esto representa un error lógico al mostrar el mensaje de error: la falta de un espacio de 128MiB entre particiones se ha traducido en un mensaje de error incorrecto. OTOH, también es posible que su volumen "Recovery HD" se haya dañado de alguna manera, o tal vez haya algún problema completamente diferente que esté provocando un mensaje de error engañoso.

Por cierto, recientemente descubrí información sobre el blessproblema al que se refiere amanthethy y que está causando problemas a los usuarios de rEFInd. En resumen, parece que Apple está restringiendo la utilidad de blessen un esfuerzo por reforzar la seguridad. Vereste informe de erroryÉstepara un par de puntos de datos. Se informa que arrancar en modo de recuperación (manteniendo presionada la tecla Alt mientras arranca) y escribir csrutil disableuna Terminal desactiva esta característica de seguridad, pero no lo he probado yo mismo. También es posible registrar rEFInd fuera de OS X, pero no lo he investigado. (Nota: soy el mantenedor de rEFInd, pero todavía no tengo una instalación beta de OS X 10.11).

Respuesta2

Misma situacion. En lugar de intentar forzar la actualización después de quedar atrapado en el bucle de arranque, estaba bien con volver a Yosemite y olvidar que El Capitán alguna vez existió. Sorprendentemente, esto me hizo volver a iniciar Yosemite:

  1. Cuando se presente un mensaje de error, seleccione Menú Apple -> Disco de inicio... -> Seleccionar HD -> Confirmar
  2. Reiniciar
  3. Volvamos a iniciar Yosemite como si nunca hubiera intentado la actualización.

Respuesta3

Terminé reinstalando OS X (según el comentario de amanthethy) con un instalador USB de arranque creado concreateinstallmedia. Funcionó bastante bien.

información relacionada