bcdedit não altera a entrada de inicialização com um caminho válido

bcdedit não altera a entrada de inicialização com um caminho válido

Instalei um dualboot W10/Ubuntu com uefi no meu laptop.

Mas quando ligo meu PC, não há grub e ele inicializa automaticamente no Windows 10.

Quando pressiono a opção Boot, selecione manualmente o arquivo efi bom (o do Ubuntu)

insira a descrição da imagem aqui

Funciona e eu tenho meu grub (com ubuntu + windows)

Então tentei alterar a entrada de inicialização com bcdedit assim (em um cmd do Windows):

bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi

Mas não mudo nada, e o computador ainda inicializa automaticamente no Windows 10.

Como posso inicializar meu shimx64.efi quando ligo meu computador?

Responder1

Tente usar o terceiroFácilUEFI;ele tem uma interface de usuário mais simples e contorna alguns problemas que bcdeditpossui.

Se isso falhar, provavelmente você tem um EFI com defeito. Existem várias opções neste momento, em ordem de preferência:

  1. Algumas EFIs exigem a definição de uma senha ou a inclusão explícita de binários na lista de permissões antes que possam ser iniciados. A Acer, em particular, é famosa por isso. Veresta pergunta e respostas do AskUbuntupara obter informações sobre como contornar esse problema.
  2. Uma atualização de firmware (verifique o site do fabricante)poderiaajuda, mas isso é um tiro no escuro - e uma atualização pode remover as opções do Ubuntu, o que exigiria recriá-las.
  3. Se ainda for possível, devolver o computador para reembolso seria minha próxima sugestão. Os fabricantes têm sido lentos demais para resolver esse tipo de problema. A maioria já fez isso, mas se você possui um computador novo com esse bug, não há desculpa neste momento. Se você devolver o computador, não se esqueça de escrever ao fabricante para explicar por que você o devolveu.
  4. Uma opção de último recurso quase final é renomear o arquivo do carregador de inicialização do Windows ( EFI/Microsoft/Boot/bootmgfw.efinoPartição do sistema EFI [ESP]) para outra coisa e coloque o GRUB ( grubx64.efi; ou Shim [ shimx64.efi], se desejar inicializar com o Secure Boot ativo) em seu lugar e reconfigure o GRUB para inicializar o Windows com o novo nome do carregador de inicialização do Windows. OFerramenta de reparo de inicializaçãotem uma opção para fazer isso no menu "Avançado". Você pode fazer algo semelhante com o meugerenciador de inicialização rEFIndcom seu mvrefindcomando.
  5. A última possibilidade absoluta é reinstalar o Windows e o Ubuntu no modo BIOS/CSM/legado em vez de no modo EFI. (Você pode conseguir converter o disco de GPT para MBR e reinstalar os carregadores de inicialização de ambos os sistemas operacionais, mas esse processo é tedioso e pode facilmente acabar levando ao desastre, então eu o recomendo apenas se você ' você é um especialista.)

Responder2

Se você instalou o Ubuntu primeiro, este pode ser um comportamento normal.

Como diz o comentário, você deve usar o grub.

https://www.lifewire.com/fix-uefi-bootloader-issues-when-dual-booting-2200655

Este artigo pode ser útil, é para o sistema uefi e altera a "ordem de inicialização" para que o Grub apareça.

Responder3

(Isso é um comentário sobre a resposta de Rod Smith, infelizmente não tenho carma suficiente.)

Meu laptop (HP) tenta inicializar EFI/Microsoft/Boot/bootmgfw.efiprimeiro, independentemente das configurações EFI NVRAM, renomear esse arquivo funcionou perfeitamente para mim.

Não se esqueça de editar a linha do chainloader em seu arquivo grub.cfgpara apontar para o Windows EFI renomeado. Além disso, o Windows às vezes "conserta" sua partição de inicialização após a atualização, então você terá que renomeá-la novamente.

Responder4

Graças à resposta deRod Smith, isso me ajudou a resolver meu problema com a introdução ao softwareFácil UEFI. Estarei contando minha história e esperando que possa ajudar alguém.

Eu estava alterando o bootloader usando o bcdeditcomando, mas não deu certo. Olhando para o softwareFácil UEFI, pude ver o bootloader do Fedora junto com os do Windows (2 bootloaders do Windows foram vistos - o segundo foiprovavelmenteusado pelo Grub para inicializar o Windows), mas no cmd bcdeditestava mostrando apenas uma entrada, que estava sendo alterada, como pode ser visto no EasyUEFI - mas a mudança estava acontecendo no carregador de inicialização do Windows ordenado com prioridade mais baixa, e é por isso que não funcionou em primeiro lugar -Imagem mostrando a ordem do bootloader usando EasyUEFI vs CMD.

Mas houve outro problema: mesmo depois de alterar a prioridade do bootloader para o Fedora ser o principal (bootloader grub), após a reinicialização (mesmo com o Secure Boot desligado), o Windows inicializou! E no painel EasyUEFI, pude ver de alguma forma que o Windows Bootloader chegou ao topo.

O problema foi resolvido alterando aquele caminho específico do BootLoader do Windows para o bootloader Grub - que é o que normalmente fazemos usando o comando
bcdedit /set {bootmgr} path <path_to_the_bootloader>, mas aqui estava afetando o Bootloader do Windows de prioridade mais baixa anteriormente.

informação relacionada