Obrigado por ter clicado para ler esse tópico e, ainda mais, caso possa me ajudar, após a leitura do meu (extenso) problema.
Configuração do meu PC:
CPU: Ryzen 5 3600
GPU: Radeon RX 570
Memórias: Corsair 16GB (2x8GB) DDR4 2666MHz
Placa mãe: Gibabyte B450M DS3H (Rev.1)
Armazenamento: M.2 NVMe 1TB e HD 1TB (dados de backup).
PARTE 1
Entrei no mundo GNU/Linux já faz quase um mês e, após testar o Ubuntu no meu notebook, decidi torná-lo minha distro principal do meu Desktop. No meio do caminho, acabei decidindo testar o Pop!_OS e aí o que os problemas começaram.
A minha intenção era fazer dualboot com Windows 10 no meu Desktop. Realizei procedimentos iguais ao ensinado pelo grande Diolinux. Como já tinha feito no Notebook com o Ubuntu e tudo tinha ocorrido bem, estava tranquilo que não teria dificuldades. Apesar da interface um pouco diferente do Ubuntu, consegui fazer as partições no Gparted. (Ext 4 para “/” e uma partição de Fat32 512MB para Inicialização da BIOS com o rótulo /boot/efi - estava baseando nesse link para a instalação do dualboot -, não criei partição de Swap).
Problemas encontrados na instalação:
A partição de 512MB era automaticamente formatada para ext4 e os caminhos alterado para “/bios”, ao invés de “/bios/efi”.
Isso resultava falhas na instalação. Somente consegui instalar alterando a partição da inicialização para: esquema de arquivos “liberto”, tipo de partição “BIOS Boot”, parametrizado como “bios_grub” (ao invés de “bios” e “esp”). Fiz isso na maior sorte do mundo, rsrsr.
E, finalmente, consegui instalar o Pop!_OS, porém somente conseguia acessá-lo caso entrasse no seleção de boot pela BIOS (pressionando F12, quando iniciava a máquina). Descobri, na tentativa de instalar o sistema da maneira “correta”, que o Pop!_OS não usa Grub. Eu tentei instalá-lo então por esse tutorial, mas sem sucesso. Tente alterar a partição de 512MB para a formatação correta, mas quando conseguia fazer isso e reiniciava o S.O., simplesmente não conseguia mais acessar o Pop!_OS. Tive que reinstalá-lo e alterar a partição de inicialização de BIOS iguais as que fez funcionar da última vez (ou seja, esquema de arquivos “liberto”, tipo de partição “BIOS Boot”, parametrizado como “bios_grub”).
Nesse ponto eu dei por vencido, pois como tinha apenas instalado a distro para fazer alguns testes (conferir compatibilidade com drivers da AMD, DaVinci Resolve, OpenCL, ROCm, outras dores de cabeça, que também tem tópico por aqui e que atualizarei em breve… Assim que conseguir resolver o problema discutido nesse tópico…), achei que era apenas uma confusão por conta do Windows 10 estar instalado na máquina e que, quando, mudasse de vez para as distros Linux e desinstalasse o Windows, esse problema deixaria de acontecer. Estava completamente enganado.
PARTE 2
No começo dessa semana eu decidi “chutar o balde” e mudar de vez para o GNU/Linux, após a “bateria” de testes que fiz nessas últimas semanas. Optei por escolher o Pop!_OS, pois apaixonei pelo design minimalista do sistema, apesar da incompatibilidade que tive com o DaVinci Resolve e minha placa de vídeo. Porém, no meio do caminho, eu mudei de ideia e quis instalar o Ubuntu, pois estava pensando em replicar a “bateria” de testes que tinha feito no Pop!_OS no Ubuntu, além do que Ubuntu usa o grub, logo ficaria mais fácil fazer dualboot com outro sistema. Após o backup dos meu dados e exclusão do Windows, instalei, logo em seguida, o Ubuntu. Formatei o NVMe novamente em GPT, criei as partições igual ao vídeo do Dio, assim como no meu Notebook, e, aparentemente tinha dado tudo certo. No entanto, quando iniciava o PC, o grub não aparecia, pensei que era porque não tinha outro sistema. Instalei o Pop!_OS depois e enfrentei o mesmo problema de antes para a sua instalação.
Não teve outro jeito se não fazer aqueles mesmo procedimentos que tinha descoberto para instalá-lo. Com sucesso da instalação, reinicie a máquina que foi direto para o Pop!_OS e estava funcionando normalmente. Reiniciei para entrar no Ubuntu pressionando F12 (seleção de boot da própria placa mãe) e simplesmente havia apenas uma opção, mesmo tendo criado partição diferente para o Pop!_OS. Achando que tinha errado a partição do sistema e acidentalmente tendo usado a do Ubuntu, entrei no gerenciamento de discos do Pop e não o Ubuntu estava intacto até montei a unidade para navegar pelas pasta, tudo certo, mas nada de aparecer a sua partição na inicialização ao pressionar o F12. Pensei em instalar o Grub pelo Pop!_OS e deram os mesmo erros quando estava com o Windows na máquina.
A minha placa mãe
Eu tô achando que a minha placa mãe é o problema. Sobre ela, suporta tanto UEFI como Legacy, através da opção CSM. Pra instalar o Grub, pesquisei pela internet a fora e vi comentários de usuários dizendo que o sistema tinha que estar em um ambiente UEFI puro, o que conseguiria ao desativar o “CSM support”. Outro problema surge aqui, pois não consigo mudar o CSM, já que sempre desativo-o, reinicio e entro na BIOS de novo, ele automaticamente retorna a ficar ativo, não importa se adiciono senha de administrador na BIOS ou deixo suporte para alguns itens em UEFI. Já carreguei os padrões de fábrica da BIOS e desativei o CSM, mas sem sucesso; já fiz o jumper na placa mãe para também “resetá-la” e desativei o CSM, mas sem sucesso; já tentei criar outra partição no SSD de 512MB com as configurações para criar um carregar de inicialização e tentar instalar o Grub, mas sem sucesso, mais uma vez.
A única opção que restou foi tornar as “chaves” do Secure Boot (quando desativo o CSM, essa opção aparece) para padrões de fábrica mas não faça a miníma ideia no que isso pode resultar.
Será que retornar os padrões da chave seria a solução?
IMAGENS
CSM e algumas outras opções para mudar para “Legacy only”, “UEFI only” e “Disable”;
Desativando CSM para ambiente UEFI puro;
Algumas opções desaparecem quando o CSM é desativado e a opção Secure Boot aparece no fim da página;
Opções dentro do Secure Boot, inclusive a para voltar para os valores de fábrica as “Keys”.