☰

Problemas ao atualizar o OS X 10.11 (El Capitan) de beta para candidato a GM em uma configuração de inicialização dupla próxima ao Ubuntu

tag-icon • tag-icon macos mac boot partitioning multi-boot
Problemas ao atualizar o OS X 10.11 (El Capitan) de beta para candidato a GM em uma configuração de inicialização dupla próxima ao Ubuntu

Estou atualizando meu OS X 10.11 (El Capitan) beta para o candidato GM no meu MacBook Pro (modelo do ano passado, todo hardware original), que possui uma configuração de inicialização dupla com o Ubuntu. Depois que o instalador reinicia meu computador, recebo:

OS X não pôde ser instalado no seu computador

Uma partição auxiliar de inicialização é necessária ao trabalhar com Core Storage.
Saia do instalador para reiniciar o computador e tente novamente.

Tentei reiniciar meu computador, mas a mesma mensagem de erro aparece todas as vezes. Meu palpite é que a partição do Ubuntu está causando isso. Estou usando o rEFInd para inicializá-lo.

Onde minha partição auxiliar de inicialização desapareceu (seja lá o que for) e como posso reinstalar o OS X na partição em que foi instalado anteriormente sem tocar na configuração do Ubuntu?

Saída 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

Saída 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

Saída 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*

Responder1

EUsuspeito(mas não tenho certeza) que o problema é causado pelo fato de o OS X gostar de ver lacunas (de pelo menos 128 MiB) entre a maioria das partições. VerDocumento TN2166 da Applepara detalhes, e particularmente a seção "Política de Particionamento". Já vi instalações e atualizações do OS X falharem quando essas lacunas estão ausentes, então isso pode ser a mesma coisa. Nesse caso, porém, a mensagem de erro que você recebeu não é nada útil.

A própria mensagem de erro parece referir-se ao fato de que, desde Yosemite, o OS X tem usado um tipo deGerenciamento de Volume Lógico (LVM)por padrão. Como o firmware não consegue ler dentro de um LVM, a Apple decidiu começar a armazenar seu carregador de boot no volume normalmente chamado de “Recovery HD”. A mensagem parece dizer que este volume não está presente, mas sua saída indica claramente que está presente. Minha suspeita é que isso representa um erro lógico na exibição da mensagem de erro – a falta de um intervalo de 128 MiB entre as partições foi traduzida na mensagem de erro errada. OTOH, também é possível que o volume “Recovery HD” tenha sido danificado de alguma forma – ou talvez haja algum problema totalmente diferente que esteja desencadeando uma mensagem de erro enganosa.

Aliás, descobri recentemente algumas informações sobre o blessproblema ao qual se refere amanthethy que está causando problemas para os usuários do rEFInd. Resumindo, parece que a Apple está restringindo a utilidade blessem um esforço para aumentar a segurança. Vereste relatório de bugeEstepara alguns pontos de dados. A inicialização no modo de recuperação (mantendo pressionada a tecla Alt durante a inicialização) e a digitação csrutil disableem um Terminal desabilitam esse recurso de segurança, mas eu mesmo não tentei. Também pode ser possível registrar o rEFInd fora do OS X, mas não investiguei isso. (Observação: sou o mantenedor do rEFInd, mas ainda não tenho uma instalação beta do OS X 10.11.)

Responder2

Mesma situação. Em vez de tentar forçar a atualização depois de ficar preso no loop de inicialização, eu estava bem em simplesmente voltar para Yosemite e esquecer que o El Capitan existia. Surpreendentemente, isso me fez voltar a inicializar o Yosemite:

  1. Quando for apresentada uma mensagem de erro, selecione Menu Apple -> Disco de inicialização ... -> Selecione HD -> Confirmar
  2. Reinício
  3. Voltar a inicializar o Yosemite como se nunca tivesse tentado atualizar.

Responder3

Acabei reinstalando o OS X (conforme comentário de amanthethy) com um instalador USB inicializável criado comcreateinstallmedia. Funcionou bem o suficiente.

informação relacionada