Eu apenas tentei e consegui inicializar a imagem 16.04 AMD64 do desktop Ubuntu, gravada em uma unidade flash USB, com o Secure Boot ativo em um computador HP EliteDesk. Assim, posso dizer com alguma certeza que esta imagem está devidamente assinada para o Secure Boot. Várias possíveis causas do seu problema vêm à mente, algumas das quais você pode corrigir, mas outras que você não pode:
- Tipo de CPU da imagem - Verifique se você está usando o arquivo de imagem correto e, em particular, que é para o tipo de CPU correto, que deve ser AMD64 para a grande maioria dos computadores. (AFAIK, i386 imagens nunca suportam Boot Seguro "fora da caixa".)
-
Danos na imagem - Use o utilitário
md5sumpara verificar a integridade do seu download. (Veja aqui para saber mais sobre como fazer isso.) -
Preparação de imagem imprópria - Algumas ferramentas, como o YUMI / Pen Drive Linux, criam unidades flash USB que podem ser inicializadas no modo BIOS / CSM / legado, mas não no modo EFI / UEFI. Se você usou essa ferramenta, seu disco pode não ser inicializável no modo EFI. Este não é um problema de inicialização segura, por si só, mas você pode estar confundindo isso com um. Tente usar Rufus, UNetbootin ou
dd. De fato, mesmo se você usasse uma dessas ferramentas, a mudança para outra poderia ser necessária, já que pode haver peculiaridades e incompatibilidades de sistema para sistema. - Problemas com o gerenciador de inicialização do computador - Você pode não conseguir acessar o gerenciador de inicialização interno do computador ou pode estar selecionando a opção errada no gerenciador de inicialização. Por exemplo, muitas EFIs apresentam duas opções de mídia removível, uma das quais é inicializada no modo BIOS / CSM / herdado e a outra é inicializada no modo EFI / UEFI. Se você selecionar o primeiro, o disco poderá não inicializar se o Secure Boot estiver ativo; você deve selecionar a opção que inclui a string "UEFI".
- Regressão de inicialização não segura - Você pode estar vendo um problema não relacionado à inicialização segura, como um novo bug do kernel. Arquivar um relatório de bug estaria em ordem neste caso, mas você precisará rastrear o problema com mais precisão primeiro .
-
Novo bug no Shim ou GRUB - Finalmente, você pode ter encontrado um novo bug com o pacote Shim ou GRUB. Se você está convencido de que foi isso que aconteceu, você deve apresentar um relatório de bug. Você pode contorná-lo temporariamente trocando o arquivo
EFI/BOOT/bootx64.efida imagem 16.04 pelo mesmo arquivo da imagem 14.04; no entanto, antes de fazer isso, você deve fazer o backup de sua árvore de diretórios/boot/efi/de sua instalação 14.04, pois a instalação provavelmente substituirá seu binárioshimx64.efide trabalho por um não-funcional. (bootx64.efieshimx64.efisão o mesmo arquivo; eles são denominados de forma diferente na imagem de instalação versus uma instalação em disco.)
Também seria útil se você descrevesse com mais detalhes o que está fazendo e o que não está funcionando. Você afirma que a imagem não está assinada e estou trabalhando com a suposição de que isso é porque você tentou inicializá-la e não conseguir inicializá-la, mas mesmo com essa suposição, Há detalhes que podem ser importantes, como as mensagens de erro que você pode estar vendo. Se houver alguma evidência de que o GRUB foi lançado, isso tenderia a suportar um problema pós-GRUB. Assim, descrever exatamente o que está acontecendo é importante para melhor diagnosticar o problema. (Se necessário, assista a um vídeo, poste no YouTube e poste um link para ele aqui.)