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

5

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

OS X could not be installed on your computer

A boot helper partition is required when working with Core Storage.
Quit the installer to restart your computer and try again.

Eu tentei reiniciar meu computador, mas a mesma mensagem de erro aparece toda vez. Meu palpite é que a partição do Ubuntu está causando isso. Estou usando o rEFInd para inicializar.

Onde minha partição auxiliar de inicialização desapareceu (o que quer que isso seja), e como posso reinstalar o OS X na partição em que ele estava 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*
    
por zenith 14.09.2015 / 01:27

3 respostas

5

Eu suspeito (mas não tenho certeza) que o problema é causado pelo fato de que o OS X gosta de ver lacunas (de pelo menos 128MB) entre a maioria das partições. Consulte o documento TN2166 da Apple para obter detalhes, especialmente 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 recebida é menos que útil.

A própria mensagem de erro parece estar se referindo ao fato de que, desde o Yosemite, o OS X usou um tipo de Gerenciamento de Volume Lógico ( LVM) por padrão. Como o firmware não pode ler dentro de um LVM, a Apple decidiu começar a armazenar seu gerenciador de inicialização no volume que normalmente é chamado de "Recovery HD". A mensagem parece estar dizendo que este volume não está presente, mas sua saída indica claramente que ele está presente. Minha suspeita é que isso representa um erro lógico em exibir a mensagem de erro - a falta de uma diferença de 128MiB entre as partições foi traduzida na mensagem de erro errada. OTOH, também é possível que seu volume "Recovery HD" tenha sido danificado de alguma forma - ou talvez haja algum problema totalmente diferente que esteja acionando uma mensagem de erro enganosa.

Incidentalmente, descobri recentemente algumas informações sobre o problema bless ao qual se refere uma verdade que está causando problemas para os usuários do rEFInd. Em suma, parece que a Apple está restringindo a utilidade de bless em um esforço para aumentar a segurança. Consulte este relatório de erros e este para alguns pontos de dados. A inicialização para o modo de recuperação (mantendo pressionada a tecla Alt enquanto inicializa) e digitando csrutil disable em um Terminal é reportada para desabilitar 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 eu não olhei para isso. (Nota: sou o mantenedor do rEFInd, mas ainda não tenho uma instalação do OS X 10.11 beta.)

    
por 14.09.2015 / 17:46
2

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 voltar para Yosemite e esquecer que o El Capitan existiu. Surpreendentemente, isso me levou de volta à inicialização do Yosemite:

  1. Quando for apresentada uma mensagem de erro, selecione o menu Apple - > Disco de inicialização ... - > Selecione HD - > Confirme
  2. Reinicializar
  3. Voltar para inicializar o Yosemite como se eu nunca tivesse tentado o upgrade.
por 26.04.2016 / 04:13
0

Acabei de reinstalar o OS X (conforme comentário da amanthethy) com um instalador USB inicializável criado com createinstallmedia . Trabalhou bem o suficiente.

    
por 05.11.2015 / 13:52