Não é possível carregar o GRUB de repente (problema UEFI)

Question

Então, a última vez que usei minha instalação do Ubuntu foi ontem à noite . Hoje, quando eu inicializei, ele me disse que a inicialização do grubx64.efi não é permitida. Bastante fácil. Eu sei como reativá-lo da minha BIOS.

Depois de reativá-lo, tento inicializar novamente e obtenho o seguinte erro:

  

error: Secure Boot proíbe o carregamento do módulo de (hd0, gpt7) /boot/grub/normal.mod

E então há algum tipo de prompt de comando 'grub resuce' abaixo desse erro. Nunca descobri, exceto que ls é um comando válido. Usando ls exibe vários (hdx , *) arquivos / diretórios / unidades.

Note que, como nunca consegui carregar o Windows 8 a partir do GRUB apesar de vários tutoriais, eu uso o rEFInd para alternar entre o carregamento do GRUB (que, por sua vez, uso para carregar o Ubuntu) e o Windows 8.

Como eu reativo o GRUB (e chego ao Ubuntu) e alguém sabe o que causou esse problema? Lembro-me de instalar as atualizações do Ubuntu ontem à noite, mas não me lembro se havia algo que pudesse estar relacionado a algo específico da UEFI.

    

Answer 1

Eu ainda não descobri uma solução exata para isso, mas consegui voltar ao Ubuntu com uma solução mais "geral" (por falta de um termo melhor).

Eu estava dando uma olhada no meu BIOS quando notei uma opção para desligar o Secure Boot (pergunto-me por que eu nunca percebi isso antes quando eu estava tendo problemas com o boot duplo Win8 e Precise). Eu desliguei isso e voila , o GRUB carrega. O que é mais é que agora posso carregar o Windows 8 a partir do GRUB; Não preciso mais de REFI como intermediário. Escolher Win8 do GRUB mostra algum erro (que eu posso ignorar com apenas uma tecla qualquer ). Vou investigar isso em outro momento, a menos que eu ache que é algo realmente arriscado.

    

Answer 2

Como você descobriu, desabilitar o Secure Boot corrige o problema. Meu palpite é que você tinha desativado antes e de alguma forma acidentalmente habilitado ou você estava usando uma versão do GRUB habilitado para Secure Boot antes e uma atualização de software instalou um GRUB não assinado ou alterou o caminho de inicialização de uma forma que ignorou o programa shim ( que é o que o Ubuntu usa para suportar o Secure Boot).

Outra opção é adicionar suporte à Inicialização Segura de maneira mais geral. Se o seu primeiro gerenciador de partida for o rEFInd, você poderá ler a documentação de inicialização segura do rEFInd para obter detalhes sobre como fazer isso funcionar com inicialização segura. Infelizmente, o Ubuntu ainda não vem com uma versão do shim habilitada para MOK, então você precisará instalar outra versão do shim e adicionar a chave pública do Ubuntu à sua lista MOK. Isso é possível, e nem é tão difícil, mas envolve o uso de várias ferramentas de linha de comando e o acompanhamento de instruções com bastante precisão. Note que o Ubuntu adicionou suporte a Boot Seguro com a versão 12.10. Eu notei uma tag 12.04 em sua pergunta, então se você estiver usando 12.04, seus kernels quase certamente não serão assinados, o que irá complicar este uso mais completo do Secure Boot. No geral, provavelmente é melhor deixar a inicialização segura desativada; Eu menciono essa alternativa caso você tenha motivos para ativá-la.

    

Answer 3

o problema que você está enfrentando pode ser devido ao fato de alguns processadores (intel) obrigatórios (baseados em armas) e não tão obrigatórios (intel) terem o logotipo do windows 8. que é "boot" ativo, o firmware verifica a presença de uma assinatura criptográfica em qualquer programa EFI que ele execute ". Para contornar isso, você provavelmente precisará desativar a inicialização segura. Dê uma olhada neste artigo para um pouco de história e o que você precisa saber para realizar o trabalho:

link

    

Answer 4

Como discutido em outro tópico , isso se deve ao fato de sua imagem do grub não estar instalada com o parâmetro --uefi-secure-boot (você pode encontrar um já feito aqui ).

Claro que você terá que colocar na lista de permissões novamente no UEFI.