grub loaders em / boot / efi / EFI não pode inicializar o windows, /boot/efi/EFI/ubuntu/grubx64.efi pode, grub instala aquele que não pode

0

Estou executando o Ubuntu 18.04 (kubuntu, mas quem está contando) em um sistema de inicialização dupla. Seu menu grub sempre foi capaz de inicializar o windows 7, mas de repente, a entrada do Windows no grub não funciona mais. Quando seleciono janelas no menu do grub, a tela fica preta e nada acontece. Eu ainda posso inicializar janelas diretamente do menu de inicialização do meu sistema, se eu for rápido o suficiente para acionar isso. Mas algo aconteceu com a minha configuração do grub.

Eu tentei executar o 'sudo update-grub', que parecia executar novamente a análise com êxito, mas o comportamento é o mesmo.

Eu não tenho a inicialização segura habilitada (nem mesmo vejo isso como uma opção no meu BIOS), e certifiquei-me de desligar o Windows 7 completamente (sem hibernação ou modo de suspensão).

Mais informações:

Eu também tenho o gerenciador de inicialização de atualização instalado nesta máquina, e se eu mudar isso para ser o primeiro na ordem de inicialização, ele pode inicializar o Windows 7 ou o grub. Mas o menu Refind mostra várias entradas para o ubuntu, e a primeira mostra o lançamento de EFI / Boot / fbx64.efi e a segunda lança EFI / Boot / bootx64.efi. Nenhum desses pode inicializar o Windows. Na verdade, quando eu seleciono um deles e lanço o Ubuntu a partir daí, ele coloca o Ubuntu de volta na primeira posição na ordem de inicialização do BIOS - e estou de volta onde comecei.

Mas se eu passar em Refill à entrada do ubuntu para /ubuntu/Boot/grubx64.efi, não só é aquele capaz de inicializar o ubuntu ou o Windows 7, ele também deixa o Refind in no topo da minha ordem de inicialização . Portanto, este problema parece ser causado pelos novos módulos efi que foram colocados em / EFI / Boot e se tornaram o carregador padrão do grub. Eu não sei o que fbx64 é, mas é suposto ser o carregador de boot primário do grub? Se não, como faço para que o grubx64.efi seja o padrão? É simplesmente uma questão de copiar o módulo grubx64.efi para / EFI / Boot? Isso é seguro - eu precisaria renomeá-lo como bootx64.efi para combinar com o que há?

Aqui está o que está no meu / boot / efi (todo o material do Ubuntu parece ser datado de 13 Set 09:39 - presumivelmente a última vez que o ubuntu atualizou o grub). O Bootx64 combina o tamanho do shimx64 - Eu não preciso do bootloader shim. Poderia a atualização do ubuntu ter copiado por engano que lá?:

/boot/efi/EFI/Boot
-rwx------ 1 root root 1334816 Sep 13 09:39 bootx64.efi
-rwx------ 1 root root 1213032 Sep 13 09:39 fbx64.efi

/boot/efi/EFI/ubuntu
-rwx------ 1 root root     108 Sep 13 09:39 BOOTX64.CSV
drwx------ 2 root root    1024 Jan 30  2017 fw
-rwx------ 1 root root   71400 May 22 10:48 fwupx64.efi
-rwx------ 1 root root     126 Sep 13 09:39 grub.cfg
-rwx------ 1 root root 1116024 Sep 13 09:39 grubx64.efi
-rwx------ 1 root root 1269496 Sep 13 09:39 mmx64.efi
-rwx------ 1 root root 1334816 Sep 13 09:39 shimx64.efi
    
por littlenoodles 28.09.2018 / 17:00

2 respostas

0

Encontrou a resposta (ou pelo menos uma explicação do que está acontecendo). O BOOTX64.CSV é usado pelo carregador EFI de 'fallback', quando a entrada EFI VRAM está corrompida. E o carregador de fallback re-aponta a entrada EFI VRAM para qualquer nome de arquivo CSV como o carregador padrão - no meu caso shimx64.efi. É por isso que sempre que deixo o sistema EFI executar a entrada de correção do 'ubuntu' falso, ele se reinstala no topo da lista.

Não sei como meu VRAM foi corrompido para usar o fallback, mas é por isso que ele persiste quando tento corrigi-lo. O link abaixo descreve esse processo, caso você esteja interessado.

link

    
por 01.10.2018 / 15:55
-1

Eu lidei com problemas assim antes. O que eu sempre tive que fazer é inicializar a partir de um Ubuntu Live USB, instalar um pacote chamado Boot-Repair (ou algo assim, minha memória é uma porcaria) e usá-lo para "atualizar" a lista de coisas que o GRUB vê. / p>

Mais sobre o pacote Boot-Repair: link (Observe que, como ele faz parte do gerenciador de inicialização, você precisa ser root para instalar e executar este programa.)

Certifique-se de ler a página web acima, pois ela explicará o processo de forma significativamente melhor do que eu. Por favor, deixe-me saber se isso ajuda.

    
por 30.09.2018 / 04:27