O Windows 10 não inicializa após a atualização do Grub

Question

Eu não consegui inicializar o Windows 10 depois de uma atualização do Ubuntu que pareceu atualizar o Grub. Eu estava recebendo inicialmente o erro de assinatura inválida ao tentar inicializar o Windows. No passado, quando tive esse problema, inicializei o live CD do Ubuntu, executei o boot-repair e isso consertou a entrada de inicialização do Windows no Grub. Agora, no entanto, tentei reparar o boot várias vezes tentando diferentes opções. Eu tenho uma partição / boot / EFI. Na UEFI, reativei o CSM e a inicialização segura desativada. Eu tenho rEFInd instalado, embora não me lembro de instalá-lo. Eu acho que o Ubuntu e o Windows 10 foram instalados no modo UEFI. Quando eu seleciono a opção do Windows no Grub, ele vai para o carregador de boot rEFInd, onde não há nenhuma opção para inicializar no Windows. As opções em rEFInd estão abaixo e ambas inicializam no Ubuntu:

EFI / ubuntu / grubx64.efi boot / vmlinuz-4.4.0-97-generic.efi

O Ubuntu e o Windows estão instalados na mesma unidade NVME em partições separadas. A partição EFI também está lá. Aqui está o resultado do último reparo de inicialização.

link

O Windows está instalado em / dev / nvme0n1p4 e a partição raiz do Ubuntu está em / dev / nvme0n1p5.

Alguém pode ajudar com isso?

    

Answer 1

Resolvi isso inicializando a partir da minha chave USB do Windows 10 e executando um reparo de inicialização. Eu me certifiquei que eu poderia inicializar o Windows ok. Então eu reiniciei e inicializei a partir da minha chave USB Ubuntu 16.04, instalei e executei o boot-repair e reiniciei. Em seguida, o menu do Grub2 apareceu e agora posso inicializar o Ubuntu e o Windows. Para evitar que isso se repita, executei este comando para impedir que o grub2 atualizasse o problema.

sudo apt-mark hold grub* grub*:i386

    

Answer 2

Eu percebo que você encontrou uma solução; mas tenho algumas especulações sobre o que pode ter causado isso e algumas sugestões sobre como evitá-lo no futuro:

• NÃO HABILITA O CSM! O Compatibility Support Module (CSM) oferece uma opção de inicialização no modo BIOS para o firmware. Se ambos os sistemas operacionais foram instalados no modo EFI, o CSM é desnecessário na melhor das hipóteses e uma porta para um mundo de dor na pior das hipóteses. Veja minha página sobre o assunto para todos os detalhes. Para ter certeza, nada do que você mencionou me faz pensar que o CSM estava envolvido em seus problemas, mas você poderia ter criado um novo conjunto de problemas além daqueles que você já experimentou ativando o CSM. Eu recomendo que você entre no firmware e desative o CSM. A Inicialização Segura também provavelmente não é a causa de seus problemas e fornece pelo menos benefícios de segurança teóricos, portanto, convém reativá-la.
• Você diz que, ao iniciar a opção "Windows" no GRUB, foi lançado o rEFInd. Isso sugere que o rEFInd foi instalado de uma maneira que fez com que ele tomasse o lugar do carregador de inicialização do Windows. Quando isso acontece, o instalador do rEFInd copia o carregador de inicialização do Windows para outro local, portanto, ele deve permanecer acessível; mas os scripts do GRUB podem não detectá-lo naquele local. (rEFInd deve, no entanto.) Em qualquer caso, acho que algo deu errado com isso - por exemplo, você ou alguma ferramenta que você executou pode ter decidido excluir o carregador de inicialização "duplicado" do Windows de seu local não padrão, o que teria sido um erro grave, e resultou exatamente nos sintomas que você experimentou.
• A mensagem "assinatura inválida" do GRUB quando você tentou iniciar o Windows foi provavelmente porque o rEFInd (que parece ter substituído o carregador de inicialização do Windows) não foi assinado por nenhuma chave de Inicialização Segura no firmware ou na sua lista MOK. Esta é apenas outra pista de que o rEFInd substituiu o gerenciador de boot do Windows. Depois que você desativou a Inicialização Segura, o rEFInd iniciaria a partir do GRUB quando você selecionou o Windows, já que a verificação da chave de Inicialização Segura não estava sendo feita.
• Infelizmente, o Boot Repair faz um trabalho ruim com discos NVMe, portanto, parece que faltam dados críticos no disco NVMe, incluindo a partição de sistema EFI (ESP), na qual todos os carregadores de boot estão armazenados. Se você não tivesse resolvido seu problema, eu pediria que você publicasse uma lista completa de arquivos do ESP, ou pelo menos uma lista completa de todos os arquivos *.efi ; mas dado que você consertou com sucesso, eu não acho que há muito sentido em fazer isso. Você deve apenas ter em mente que o Boot Repair ainda não suporta adequadamente os discos NVMe, no entanto. Com alguma sorte essa falha será corrigida em breve.
• Ao reparar o processo de inicialização no Windows, você limpou o rEFInd (ou pelo menos o binário rEFInd) de EFI/Microsoft/Boot , que corrigiu as coisas; NO ENTANTO, se você instalou o rEFInd via o PPA do Ubuntu, ele pode ser atualizado automaticamente, o que, por sua vez, pode causar uma recorrência do problema. Digite dpkg -s refind . Se você receber uma mensagem dizendo que o refind não está instalado, você está bem (provavelmente instalou o rEFInd em outro SO ou através do arquivo .zip ). Se você receber informações do pacote em rEFInd, digitar sudo dpkg -P refind deve remover o pacote e eliminar qualquer chance de um upgrade acidental de rEFInd. Digitar sudo add-apt-repository -r ppa:rodsmith/refind removerá o rEFInd PPA do seu sistema, que é outra maneira de proteger contra uma atualização futura acidental do rEFInd. Se você quer ser realmente completo, você pode excluir arquivos rEFInd de /boot/efi/EFI/Microsoft/Boot . Eles incluem os arquivos refind.conf e BOOT.CSV e os subdiretórios drivers_x64 , keys e icons . (Também pode haver backups: icons-backup e refind.conf-sample .) Tenha cuidado, no entanto! Se você não sabe o que está fazendo ou se é descuidado, mexer nos arquivos do ESP pode ser perigoso! É melhor fazer backup de todo o ESP antes de tentar. (Um backup em nível de arquivo, como em sudo tar cvfz /root/esp-backup.tgz /boot/efi , deve ser suficiente. Copie o arquivo /root/esp-backup.tgz para uma unidade flash USB para proteção antes de reinicializar.)
• Uma atualização do GRUB não deve causar a repetição desse problema. Na verdade, as atualizações do GRUB podem ser importantes, pois podem incluir correções de segurança ou outras melhorias que você possa desejar ou precisar. Assim, você pode querer desmarcar o GRUB de ser mantido.