não pode inicializar devido à ferramenta de gerenciamento de chaves UEIM do Shim

0

Tenho o portátil Portege Z930 da Toshiba, o Core i7 com o Ubuntu 16.04 (amd64) e o Win 8 dual boot. Durante a atualização de software atual no Ubuntu, o sistema trava. Após a reinicialização, vejo o shell do grub. Eu inicializo o sistema a partir do pen drive (Xubuntu 14.04) e executo o Boot Repair. O registro está aqui (tentei desativar a opção [Backup e renomear arquivos EFI do Windows] sem nenhuma diferença). Agora, após a reinicialização, vejo a ferramenta de gerenciamento de chaves Shim UEFI . Em primeiro lugar, tem o modo de tela cheia, depois que o temporizador expira pela primeira vez, sua janela encolhe um pouco (presumivelmente, vai para a resolução de 800x600). Cada vez que o cronômetro expira, a janela do Shims pisca uma vez e reinicia o cronômetro.

O que devo fazer para entrar no menu de inicialização do Grub? Eu não vejo nenhuma tecla para adicionar na janela do Shim. Eu tenho que criar um? Qualquer maneira de evitar isso (não quero perder meu tempo com isso)? Também tenho o Secure Boot desativado no meu BIOS (se esta informação ajudar). Tentei ativá-lo e não vi diferença.

    
por Artem Pelenitsyn 28.06.2016 / 14:24

2 respostas

2

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.

    
por Rod Smith 28.06.2016 / 17:06
0

Tente executar o Reparo de inicialização novamente, mas, desta vez, verifique se a "Inicialização segura" (na guia "Opções do GRUB") está marcada.

    
por insert_name_here 28.06.2016 / 14:34