Você não precisa da inicialização segura para inicializar o Windows. Se você insistir em manter o Secure Boot porque você (ou seu empregador) quer seus benefícios, você quase certamente poderá fazê-lo funcionar; mas se você insistir nesse ponto, porque acha que desabilitar o Secure Boot irá impedi-lo de inicializar o Windows, você não precisa se preocupar. Assim, eu recomendo que você desabilite o Secure Boot. Mesmo se você quiser mantê-lo ativado a longo prazo, desabilitá-lo a curto prazo é uma ferramenta de diagnóstico útil, pois ajudará você a identificar a causa do problema. Mesmo que não pareça ajudar no momento, mantenha-o desativado até que você possa inicializar com sucesso o Linux e tente reativá-lo. Se você desativá-lo, descobrir que não ajuda, e imediatamente reativá-lo, uma tentativa subseqüente que deveria ter funcionado pode falhar por causa da inicialização segura e você não seria o mais sábio.
Se você puder inicializar com o Secure Boot desativado, mas não com ele ativado, você precisará substituir o shim desatualizado do Ubuntu 0.1 pelo shim 0.2 ou pelo PreLoader. Todas essas ferramentas estão descritas na minha página da Web no Secure Boot. Você também pode querer consultar o meu Documentação rEFInd Secure Boot, que é mais focada em rEFInd, mas ainda pode ser útil mesmo se você não estiver usando rEFInd. / p>
Em resumo, as soluções de Inicialização Segura do Linux envolvem a execução de um programa de Inicialização Segura (shim ou PreLoader), que adiciona um novo tipo de autenticação de Inicialização Segura ao sistema. Esses programas, em seguida, iniciam o carregador de inicialização "real" (normalmente o GRUB, mas você também pode iniciar o rEFInd ou algum outro gerenciador de inicialização ou carregador de inicialização). O gerenciador de partida verifica novamente com o shim ou PreLoader para verificar a autenticidade do kernel (ou pode optar por não fazê-lo, dependendo do software envolvido), fornecendo assim um link na cadeia de confiança. O problema é que conseguir tudo isso instalado e configurado pode ser complicado, uma vez que as chaves criptográficas relevantes ou os hashes binários devem ser armazenados em algum lugar - no binário shim ou na NVRAM. Se você optar por uma solução que não seja do Ubuntu, precisará armazenar pelo menos uma chave ou hash (do Ubuntu) na NVRAM, e instalá-la lá exigirá um pouco de malabarismo, conforme descrito nas minhas páginas da Web. Isso não é tudo difícil , mas requer alguma interação com o usuário; se isso não ocorresse, seria muito fácil que o malware se instalasse de maneira semelhante.