Primeiro, desative o Secure Boot, pelo menos temporariamente. Mesmo se você quiser o recurso a longo prazo, é uma grande fonte potencial de problemas, por isso vai simplificar a sua depuração para desativar o Secure Boot por enquanto. Depois de obter tudo o que está sendo inicializado sem o Secure Boot, você pode reativar o recurso e lidar com seus problemas específicos (se houver algum) sabendo que realmente são problemas de inicialização segura.
Em segundo lugar, não vejo nenhuma evidência em sua saída do Boot Repair de qualquer carregador de boot do Linux. Minha suspeita é que o Boot Repair esqueceu de denunciá-los. (Eu já vi isso acontecer no passado, embora seja raro). Ainda assim, você pode querer procurá-los manualmente. Se você puder inicializar o Linux normalmente, monte
/dev/sdb2
to
/boot/efi
e o seguinte comando deverá localizá-los:
ls -l 'find /boot -iname "*.efi"'
Você provavelmente verá um diretório /boot/efi/EFI/ubuntu
com os arquivos shim.efi
e grubx64.efi
. Se não houver evidência de tais arquivos, edite sua pergunta para adicionar a saída desse comando e o conteúdo do seu arquivo /etc/fstab
, já que há algo suspeito acontecendo e entender isso pode ser importante para fornecer uma solução.
Em terceiro lugar, recomendo que você crie uma unidade flash USB ou um CD-R com meu gerenciador de inicialização do rEFInd. ( Há links de download para imagens preparadas para os dois tipos de mídia.) Tente inicializar com ele e veja se ele apresenta uma opção para inicializar o Windows. Se funcionar, e se o rEFInd também oferece opções para inicializar o Ubuntu, considere instalar o pacote Debian rEFInd. Certifique-se de montar /dev/sdb2
to /boot/efi
antes de fazer isso, no entanto. (Por algum motivo, sua instalação não parece estar montando o ESP automaticamente. Você pode corrigir isso editando /etc/fstab
.) Observe que, se você instalar o rEFInd, precisará jogo através de alguns aros extras para fazer o Secure Boot funcionar.