A um tempo atras havia tentado fazer um dual boot entre windows 10 e ubuntu e a GRUB n aparecia porque o Windows estava instalado em MBR. Recentemente formatei meu SSD, converti para GPT e desativei o CSM support na BIOS do pc. Usei o seguinte video para instalar o manjaro com relacao as particoes: Manjaro: dual boot with Windows 10 - YouTube
Instalando o sistema na particao raiz ‘/’ e a EFI junto da particao do windows.
Depois de instalado liguei o computador e apareceu a tela para escolher o sistema operacional e funcionou sem problema entrar no Manjaro, mas quando reiniciei para escolher o windows não apareceu a tela com a marca da placa mae e com a opcao de entrar na BIOS e nem para escolher o sistema, pulou direto para o windows.
Descobri q reiniciando pelo sistema sempre vai direto para o windows e demora um pouco mais q o normal, algumas vezes ate aparecendo rapidamente a tela do windows desligando, a tela ficando preta e de repente inicia na tela de login. Só consigo acessar a bios ou escolher o sistema se tiro da tomada, espero um pouco e ligo dnv, daí aparece normalmente os dois.
Fast boot desligado, hibernação do Windows desativada, CSM support desativado, windows 10 e manjaro no mesmo disco formato GPT, drivers atualizados.
Se eu tento entrar na BIOS sem aparecer a tela inicial de boot apertando delete a tela continua preta.
Pesquisei bastante e encontrei uma pessoa com um problema parecido mas so tinha falando a solucao “temporaria” que é desligar na tomada, esperar uns segundos e ligar de novo, então o dual boot funciona normalmente.
Placa mãe: Gigabyte H310M M.2 2.0
SSD 120gb
Bem vindo ao fórum @iago_zag!
@Deleterium, tem alguma sugestão do que pode ser feito para corrigir essa inicialização?
Isso está parecendo algum bug da firmware.
É bom lembrar que existe opção na especificação UEFI para reiniciar o computador e já entrar em um determinado sistema operacional. Provavelmente essa opção está sendo usada por padrão, quando não deveria ser.
Teste:
Esse teste não altera nada permanentemente no seu computador, pode ser feito com segurança. Com o comando efibootmgr
vc pode selecionar o sistema operacional para o próximo boot ‘quente’ usando a opção --bootnext XXXX
. Tente
efibootmgr
para listar as entradas atuais. As entradas tem nombe BootXXXX onde XXXX é um valor hexadecimal (números e letras de a a f).
- selecione a opção apropriada (do linux) e rode o comando
sudo efibootmgr --bootnext XXXX
onde XXXX é o valor da entrada referente ao linux. Deve aparecer uma nova linha com o valor.
- reinicie o computador de forma ‘quente’ (sem desligar da tomada). Verifique se funcionou corretamente
Possíveis soluções:
- Caso seja algum erro maluco na NVRAM (NVRAM é tipo o HD e memória da BIOS juntos), uma primeira opção é, na firmware, usar a opção “Clear CMOS to default” (ou opção semelhante) que irá limpar todos os valores salvos. Lembre-se de anotar os valores de interesse para você antes de fazer o procedimento e depois retorná-los. Eu faço isso tirando foto de todas as opções. Isso tem grandes chances de também apagar a ordem de boot, então mais um pepino é que vc vai ter que recuperar os sistemas operacionais instalados…
- Uma opção mais poderosa é zerar a configuração manualmente na placa mãe, tirando a pilha e usando o jumper “clear CMOS” (que deve estar explicado no manual da placa, coisa que vc encontra também no site da gigabyte). Também vai perder as configurações e entradas de boot…
- Se isso ainda não resolver, talvez seja um bug na programação da BIOS!!! Verifique no site da placa mãe a versão e data da última BIOS disponível. Verifique também a versão atual e data da sua BIOS atual. Se for muito antiga, vale a pena atualizar para ver se corrige o problema. Também vai perder as configurações e entradas de boot, além de haver risco de corrompimento da inicialização do computador caso seja feito o download do arquivo errado ou faltar energia bem na hora da gravação.
- Algumas opções avançadas podem resolver isso através da edição dos arquivos na partição EFI. Muitos firmwares querem usar sempre a opção padrão do windows, e um caminho é colocar a inicialização do linux no mesmo caminho ‘padrão’ do windows, com isso enganando a firmware. Mas não aconselho se vc não for experiente em boot EFI.
Conclusão:
Agora é contigo, veja se vc quer tentar solucionar por esses métodos mais poderosos. Caso o teste com o efibootmgr tenha dado certo e vc não quer ter que reconfigurar o computador, então vc pode rodar o comando manualmente sempre que quiser reiniciar o computador pro próprio linux.
2 curtidas