Como corrigir o EFI-boot no meu Macbook Pro após a instalação do Linux travar?

0

Após tentar instalar o Linux (CentOs) e travar, não consigo mais inicializar o W10. Eu só posso escolher o OS X e sua recuperação após a tecla de opção alt .... A partição EFI é renomeada para em branco / NO NAME, como você pode ver na lista diskutil antes de instalar o Linux:

/ dev / disk0 (interno, físico):

#: IDENTIFICADOR DE TAMANHO DO NOME DO TIPO

0: GUID_partition_scheme * 500,3 GB disk0

1: EFI EFI 209.7 MB disk0s1

E após a instalação do Linux ter falhado:

lista de diskutil

/ dev / disk0 (interno, físico):

#: IDENTIFICADOR DE TAMANHO DO NOME DO TIPO

0: GUID_partition_scheme * 500,3 GB disk0

1: EFI NO NOME 208,7 MB disk0s1

De alguma forma, a instalação do Linux renomeou a partição EFI para NO Name ou em branco e o que mais ......

Alguém sabe como posso resolver isso?

A propósito, eu segui os passos de

link para instalar o CentOs em vez do Ubuntu.

Sem sucesso ......

    
por BenKit 09.11.2015 / 21:12

3 respostas

0

Isso me ajudou muito! Parece que a instalação do CentOs fez uma nova partição de inicialização. Eu comecei Tente Ubuntu e gnome-disk dar as seguintes informações:

sda3
Tamanho --------------- 524 MB - 491 MB Grátis (6.3% full)
Dispositivo ----------- / dev / sda3
Tipo de Partição --- Dados Básicos
Conteúdo - ------ XFS - Montado em / media / ubuntu / 564b41fb-86e3-4350-b906-65d36dae16c6

Além disso, a inicialização antiga do EFI ainda está lá:

sda1
Tamanho -------------- 209 MB (208.666.624 bytes)
Dispositivo - ---------- / dev / sda1
Tipo de partição --- Sistema EFI
Conteúdo -------- FAT (versão de 16 bits) - Sistema EFI não montado

EFIbootmgr deu o seguinte resultado no Ubuntu:
BootCurrent: 0000
Tempo limite: 5 segundos
BootOrder: 0080,0000
Boot0000 Gerenciador de inicialização do Windows *
Boot0080 Mac OS X *
Boot0081 Mac OS X *
Boot0082 *
BootFFFF *

A questão é como se perder da nova partição de boot e voltar para a antiga partição de inicialização sda1, e que ela irá inicializar a partir daí ... Ou não?

Para entender melhor, anexei capturas de tela do disco:
Captura de tela do CentOS Disk
Screenshot do disco de sda1 do Ubuntu

    
por 10.11.2015 / 12:45
0

Desculpe pela minha falta de compreensão ;-(
Eu instalei o W10 Technical preview diretamente na minha opinião.
Mas foi feito com ou sem um MBR, eu realmente não sei ...
Você consegue reconhecer um MBR?

Eu corri Tente o Ubuntu para executar o gdisk:
ubuntu @ ubuntu: ~ $ sudo gdisk / dev / sda
GPT fdisk (gdisk) versão 0.8.8

Verificação da tabela de partições:
  MBR: protector de imagens   BSD: não presente
  APM: não presente
  GPT: presente

Encontrado GPT válido com MBR de proteção; usando o GPT.

Comando (? para ajuda): p
Disco / dev / sda: 977105060 setores, 465.9 GiB
Tamanho do setor lógico: 512 bytes
Identificador de disco (GUID): C38E8DF0-D5D2-460C-BD6A-EAD7406FB049
Tabela de partição contém até 128 entradas
Primeiro setor utilizável é 34, último setor utilizável é 977105026
Partições serão alinhadas em limites de 8 setores | O espaço livre total é de 4697 setores (2,3 MiB)

Número --- Início (setor) --- Fim (setor) --- Tamanho --- Código --- Nome
   1 ----------- 2048 ------------ 409599 ------ 199.0 MiB -EF00 --- Partição do Sistema EFI

   2 --------- 409640 --------- 391034639 ----- 186.3 GiB - AF00 --- MacIntosh HD 1
   3 ----- 391034880 -------- 392058879 ------ 500,0 MiB - 0700
   4 ----- 486737768 --------- 488007303 ----- 619,9 MiB - AF00 - Recuperação HD
   5 ----- 488007680 --------- 976080895 ------ 232.7 GiB - 0700 - BOOTCAMP
   6 ----- 976080896 --------- 976183295 ------ 50.0 MiB - 0C01 --Microsoft reservou parte
   7 ----- 976183296 ---------- 977104895 ----- 450,0 MiB -2700
   8 ----- 392058880 ---------- 486735871 ------ 45.1 GiB - 8E00

Diz que há um MBR (protetor)
Você pode aconselhar como continuar?

    
por 10.11.2015 / 15:48
0

Provavelmente, não é a renomeação da partição do sistema EFI (ESP) que é o problema. (Eu também notei que seu tamanho mudou um pouco - mas, novamente, eu não acho que esse seja o problema.) É provável que a tentativa de instalação tenha eliminado um MBR híbrido , sobre o qual o Windows dependia de inicialização. Em caso afirmativo, restaurar o MBR híbrido deve corrigir o problema. Você pode fazer isso com o meu programa gdisk ou com gptsync (que vem com o antigo rEFIt, meu rEFInd , e como um programa autônomo em algumas distribuições Linux. O Disk Utility da Apple também pode criar MBRs híbridos, mas eu não sei como forçá-lo a criar um sem fazer outras alterações no disco. (Normalmente, ele fará o trabalho quando você criar uma partição FAT, por exemplo).

Outra possibilidade é exatamente o oposto, dependendo da natureza do problema de inicialização: pode ser que a instalação com falha, ou sua tentativa de recuperação, tenha criado um MBR híbrido onde não existia anteriormente. Essa é uma explicação mais provável se você instalou o Windows 10 diretamente, em vez de fazer o upgrade para o Windows 10 a partir de uma versão anterior.

Infelizmente, a confiança inicial da Apple em MBRs híbridos e sua posterior mudança criaram um ambiente no qual você precisa ser um especialista para se recuperar de problemas como o seu.

EDITAR:

Por favor, não crie várias respostas, ou use respostas para fazer mais perguntas. Em vez disso, edite sua pergunta ou poste perguntas de acompanhamento como comentários para as respostas. Este site classifica as respostas por votos, portanto, usar várias respostas para realizar uma conversa rapidamente se torna muito confuso, porque se torna impossível acompanhar a sequência de perguntas e respostas.

Com base na sua saída gdisk , você tem atualmente um MBR protetor padrão, o que significa um disco GPT puro ( não um MBR híbrido). Assim, você tem indicações conflitantes - a saída efibootmgr indica uma instalação provável do Windows no modo EFI (em algum momento); mas se não estiver inicializando com a tabela de partições atual, isso pode sugerir uma instalação do Windows no modo BIOS (em algum momento). Também é possível que tenha sido sempre o modo EFI, mas algo está no lixo do gerenciador de inicialização do Windows.

Dado que o seu ESP é agora um tamanho diferente do que tinha sido, o meu melhor palpite neste momento é que você (ou o instalador do CentOS) excluiu e recriou o ESP, destruindo assim o carregador de inicialização do Windows. Se sim, então esta pergunta e respostas podem ser sua melhor aposta para recuperação.

EDIT 2:

Você sempre pode editar sua pergunta se precisar adicionar informações abrangentes.

Além disso, em todas as idas e vindas, esqueci que você estava lidando com um Mac. É possível que o seu ESP mantenha os arquivos de inicialização do Windows, mas o Mac simplesmente não os está exibindo. Se assim for, instalar o meu rEFInd gerenciador de inicialização pode restaurar sua capacidade de inicializar ambos os sistemas operacionais. Antes de fazer isso, porém, você deve determinar se existem arquivos de inicialização do Windows em seu ESP. (Eu acredito que é o que você quer dizer com "partição MBR". Você não tem partições MBR, já que seu disco é somente GPT). Monte-o e procure por um arquivo chamado EFI/Microsoft/Boot/bootmgfw.efi . Se estiver presente, esse é o seu gerenciador de inicialização do Windows e o rEFInd deve permitir que você o inicie. Se estiver ausente, será necessário seguir um procedimento de recuperação do Windows para restaurá-lo. De fato, você pode querer procurar no ESP por qualquer arquivos com nomes que terminem em .efi ; esses são os carregadores de inicialização EFI (e possivelmente arquivos relacionados, como drivers).

Excluir seu ESP não ajudará e poderá piorar as coisas! Nesse momento, parece que ou faltam arquivos do ESP ou falta o capacidade de lançar arquivos do ESP. Em ambos os casos, excluir o ESP, na melhor das hipóteses, não é bom. Se houver arquivos relevantes no ESP, excluir o ESP só piorará as coisas.

    
por 10.11.2015 / 00:00