Eu tenho dois pensamentos sobre isso:
Danos no sistema de arquivos
Algumas EFIs são altamente sensíveis a danos no sistema de arquivos, o que pode fazer parecer que um novo binário do GRUB foi assinado incorretamente. Isso acionaria a exibição do MokManager que você mostrou. (Não é tecnicamente Shim mostrando essa exibição, mas o MokManager.) Nesse caso, você pode consertar o problema fazendo:
sudo dosfsck /dev/sda2
Você precisará fazer isso de um disco de emergência do Ubuntu, é claro. Além disso, esse tipo de dano pode ocorrer se você falhar em ambos desabilita o Fast Startup e desabilitar a hibernação . Portanto, é importante desativar esses recursos do Windows para evitar recorrências.
Note também que se o sistema de arquivos estiver danificado, você pode precisar reinstalar o GRUB - mas faça isso após consertando o problema do sistema de arquivos. O Boot Repair deve ser capaz de ajudar com isso.
Um novo bug
Pode ser que tenha havido uma atualização recente no Shim e / ou no GRUB que está causando problemas em seu computador específico. Nesse caso, reverter para a versão antiga pode ajudar. Isso pode exigir a cópia do binário shimx64.efi
de outro computador ou a reinstalação do GRUB de alguma forma. Alternativamente, se o bug estiver no GRUB, você poderá instalar outro gerenciador de inicialização por completo. Eu descrevo vários em esta página. Eu não tenho notado nenhuma atualização recente no Shim ou no GRUB, mas eu posso ter perdeu alguma coisa.
Com o Secure Boot desativado, você pode ignorar o Shim completamente criando uma nova entrada de inicialização com um comando como este:
sudo efibootmgr -c -d /dev/sda -p 2 -l \EFI\ubuntu\grubx64.efi -L GRUB
Este comando informa ao computador para inicializar via grubx64.efi
na partição 2 ( -p 2
) de /dev/sda
( -d /dev/sda
). Sua configuração atual inicializa via Shim, que é necessário para lidar com inicialização segura; mas com esse recurso desativado, uma chamada direta para o GRUB pode ignorar qualquer ineficácia do Secure Boot - assumindo que não há nada de errado com o binário do GRUB. Como observado anteriormente, se esse binário estiver danificado, ele poderá criar os sintomas que você está vendo, e esse procedimento não ajudará - o sistema simplesmente falharia em inicializar de alguma outra forma.