As configurações do UEFI não persistem durante a reinicialização

Question

Feliz por postar mais detalhes, se necessário / útil. Eu tentei coisas óbvias (reparo de inicialização, etc.).

Resumo

Por padrão, a única maneira de inicializar a máquina é inserindo o Ubuntu (14.04) que eu criei para instalar um sistema de inicialização dupla ao lado do Windows 8.1. Alguns passos manuais necessários estão descritos abaixo. Também são descritos abaixo os passos que eu posso dar para permitir uma reinicialização bem-sucedida sem o pen drive, mas essas configurações não persistem e falham após uma segunda reinicialização. A pergunta é: como posso fazer com que minhas configurações de UEFI persistam durante as reinicializações?

Situação inicial: falha de inicialização e solução alternativa

Se o stick não for inserido, a inicialização falhará (após a opção de entrar no menu de configurações) com uma mensagem do tipo "insira a mídia correta e reinicialize".

Com a unidade inserida, posso acessar a linha de comando (USB) grub e depois acessar a configuração instalada do grub via:

configfile (hd1, gpt2) /EFI/ubuntu/grub.cfg

O segundo menu do grub então ativa o boot do Ubuntu ou a instância original do Windows 8.1.

Correção aparente: grub-install e efibootmgr

Se eu seguir os dois passos a seguir, posso obter uma reinicialização bem-sucedida no menu grub instalado (não é necessário usar um pen drive USB):

1) sudo-install-grub --efi-directory = / boot / efi -target = x86_64-efi -uefi-secure-boot

2) sudo efibootmgr -n 0

Note que o ubuntu é a entrada 0000 (e ativa) na saída do efibootmgr.

Após estes passos, efibootmgr -v produz resultados semelhantes em relação à instalação do Ubuntu antes e depois de uma reinicialização (mas apenas um), a saber:

BootOrder: 0000,0005,0004,0001,0002

Boot0000 * ubuntu HD (2.96800,32000, e3ae99c8-b2d4-4941-94cf-58a12eec0c21) Arquivo (\ EFI \ ubuntu \ shimx64.efi)

Mas, uma segunda reinicialização falha (se os dois comandos acima não forem executados) e agora requer novamente o pen drive USB. Após a reinicialização segundo , efibootmgr -v rende:

Fornecedor do Ubuntu Boot0000 (99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)

Não está mais ativo e não está mais configurado corretamente.

Sugestões? Mais uma vez, feliz em postar mais detalhes, se isso ajuda.

    

Answer 1

Primeiro, procure um firmware atualizado do seu fabricante. (Ele provavelmente será listado como uma "atualização do BIOS", embora não seja realmente um BIOS.) Após a atualização, você precisará registrar novamente o GRUB com efibootmgr . Com alguma sorte, vai começar a funcionar; no entanto, não tenha esperanças, já que essas atualizações raramente fazem bem.

Outra opção que às vezes funciona é definir a opção de inicialização padrão via Windows. Você pode fazer isso abrindo a janela Prompt de Comando de um Administrador e digitando:

bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi

Se nem uma atualização de firmware nem o carregador de boot do Ubuntu como padrão usando o Windows ajudar e o computador for novo, sugiro que você o devolva à loja para receber um reembolso, com base em que o comportamento que você está vendo é um defeito de design. Os fabricantes continuarão entregando máquinas com esse tipo de defeito se não sentirem a dor de fazê-lo, e a única maneira de sentirem qualquer tipo de dor é se as máquinas forem devolvidas e souberem por quê.

Se a máquina for antiga demais para ser devolvida, a sua única opção é um jogo de shell feio com nomes de inicialização, como eu descrevo em esta página minha. Isso é mais facilmente feito através de Boot Repair , que fornece uma opção para fazer essa renomeação e reconfigurar o GRUB apropriadamente em seu menu Avançado. A opção é chamada de algo como "fazer backup e renomear arquivos de inicialização EFI" (mas isso é da memória; o texto exato é quase certamente algo ligeiramente diferente).