A entrada de inicialização do Windows no grub está vazia, selecionando-a para retornar ao menu grub

Question

Eu tenho o Lenovo B-4030 laptop que veio pré-instalado com o Windows 8.1. Eu instalei o Ubuntu 14.04.1 ao lado disso no modo UEFI (modo de segurança mantido off ). Tudo funcionou bem mesmo quando eu atualizei o windows 8.1 para o windows 10 porque eu era capaz de recuperar o grub usando boot-repair

Mas atualizei para o Ubuntu 16.04.1 e perdi o controle do Windows novamente. A entrada de janelas no menu grub estava vazia (como eu chamo) porque quando eu seleciono, sempre me traz de volta ao menu grub. Eu usei boot-repair para consertá-lo. Primeiro, ocorreu um erro que mencionou algo como o GPT detectado. Criar partição BIOS-boot, > 1MB não formatada com bios_grub flag e outra coisa. Eu usei o gparted para criar uma nova partição não formatada depois de ver esta postagem , mas a etapa 3 me deu uma saída dizendo "o destino não pode ser encontrado". Em seguida, instalei o gerenciador de reinicialização (mesmo quando não tenho ideia do que ele faz). Mas nada resolveu meu problema.

Então eu novamente executei boot-repair e desta vez ele me deu o seguinte resultado ...

Depoisdetodaessaaventura,decidipostarissocomoumaperguntaporquenãoqueroexplorarmaisporcontaprópria.

Maisalgumasinformações:

HojetenhoprocuradoaquiealiquandoencontreiosarquivosRESULT.txtdeboot-repair.Oconteúdoqueestoucolocandoaquiédedoisarquivos;AprimeiraparteédoarquivoquandoeuestavarodandooUbuntu14.04aoladodoWindows10easegundapartedoarquivoquandoeuatualizeiparaoUbuntu16.04.

PARTEI

Eufizouploaddoarquivodetexto.Vocêpodevê-loaqui: link

PARTE II

O texto pode ser encontrado aqui: link

As principais coisas que quero destacar são:

• Ignore sda6 . Foi apenas uma experiência e estou totalmente confiante de que este não foi o culpado.

• Observe o início do relatório. Por que há uma diferença mesmo no começo?

• A entrada 25_custom (correspondendo a EFI/ubuntu/fwupx64.efi e EFI/ubuntu/MokManager.efi ) em /etc/grub.d/ está ausente no resultado posterior. Como por que?

Embora eu tenha percebido agora que a hibernação do Windows pode ser a causa desse problema, mas como resolvo esse problema sem usar um Disco de Recuperação do Windows (como não tenho um)?

    

Answer 1

No meu caso, como descobri, meu BCD (Boot Configuration Data) foi danificado de alguma forma, então meu sistema não conseguiu localizar o Windows 10.
Eu segui os passos abaixo para resolver o problema;

1. Antes de mais nada, baixe o ISO da WinPE neste site ( Ferramenta de Recuperação do Windows 10 - Disco de Recuperação Inicializável . Você pode certamente fazer o download de outros sites também.

2. Crie uma unidade flash USB inicializável a partir do ISO do WinPE seguindo as instruções fornecidas na página ( como criar uma unidade USB inicializável a partir do prompt de comando .

3. Inicialize no WinPE usando o USB.

4. Abra um prompt de comando com privilégio administrativo.

5. Insira diskpart e pressione Enter.

6. Insira list vol e pressione Enter.

7. Agora, você precisa encontrar a posição dos dados de configuração de inicialização (BCD) com os recursos fornecidos abaixo.

   • Seu formato é FAT32.

   • O tamanho pode ser de 100MB / 200MB / 300MB / 512MB
     por exemplo: No meu caso, foi o volume 1. Anote o volume no. com cuidado.

8. Insira select Volume No. e pressione Enter.

9. Insira assign Letter Z: e pressione Enter.
   Você verá uma mensagem que DiskPart successfully assigned the drive letter or mount point .

10. Insira exit e pressione Enter.

11. Insira Bcdboot C:\Windows /s Z: /f UEFI e pressione Enter.
    Se tudo funcionou bem, você receberá uma mensagem que Boot files successfully created .

12. Insira exit e pressione Enter.

13. Reinicie o sistema.
    Você poderá inicializar no Windows 10.

Os passos originais que usei para resolver este problema podem ser encontrados aqui .

    

Answer 2

O que acontece se você montar todos os seus discos rígidos e executar sudo update-grub ?

Como seu arquivo link do arquivo paste2.org diz:

% bl0ck_qu0te%

Parece que há algo errado com o seu ponto de montagem do Windows. Você pode tentar remover a partição de inicialização do BIOS em sda6 e reparar o Windows com suas ferramentas internas. Então, usando um DVD ao vivo, você pode consertar seu Grub novamente.

    

Answer 3

Algumas observações / perguntas / sugestões:

• Você tem uma mistura de BIOS / CSM / modo herdado e carregadores de inicialização no modo EFI / UEFI no disco. Parece que você está usando o modo EFI principalmente, o que é bom, porque o Windows não inicializa no modo BIOS a partir de um disco GPT, que você também possui. No entanto, o material do modo BIOS está claramente enviando você em perseguições de ganso selvagens. (A partição bios_grub , /dev/sda6 , é usada apenas pela versão do BIOS do GRUB, por exemplo, então o tempo gasto com ela é desperdiçado.) Eu recomendo que você leia esta página minha para mais sobre este assunto.
• Sua saída de Reparo de inicialização (no link ) não possui o arquivo grub.cfg , que essa saída normalmente inclui. Isso torna impossível comentar sua configuração do GRUB. Você pode postar esse arquivo (é em /boot/grub/grub.cfg uma vez que você inicializar no Ubuntu) para um site pastebin e postar o URL para o seu site. documentar aqui para comentar.
• Você instalou o rEFInd (que eu mantenho, BTW) e o Boot Repair mostra os arquivos rEFInd em seu disco rígido; mas não há evidência de uma entrada rEFInd no seu gerenciador de inicialização. Você pode criar um digitando sudo efibootmgr -c -l \EFI\refind\refind_x64.efi -L "rEFInd boot manager" em uma janela do Terminal no Ubuntu. Depois de fazer isso, o rEFInd deve aparecer na próxima vez que você inicializar; no entanto, o fato de a entrada de inicialização rEFInd estar ausente sugere que seu firmware pode estar um pouco esquisito e não estar "tomando" as alterações da NVRAM. Se assim for, ou se preferir não alterar o gerenciador de boot padrão agora, você pode tentar colocar o rEFInd em uma unidade flash USB ou CD-R - as imagens para ambos estão disponíveis no link de download do rEFInd que você colocou em sua pergunta. O rEFInd pode às vezes ser mais confiável sobre inicializar o Windows do que o GRUB, e é por isso que vale a pena tentar fazer o rEFInd funcionar.
• Em teoria, as atualizações para o Ubuntu não devem afetar sua capacidade de inicializar no Windows através do GRUB. Isso faz com que o fato de você se deparar com esse problema duas vezes seja problemático. Meu melhor palpite é que você esqueceu de desativar os recursos de inicialização rápida do Windows e / ou de hibernação. Esses recursos podem criar danos ao sistema de arquivos em sistemas de arquivos compartilhados, incluindo o ESP em que os carregadores de boot residem. Leia como desativar a Inicialização Rápida aqui, e como para desativar a hibernação aqui Desative esses recursos assim que você obter o boot do Windows novamente.
• Se meu palpite de que a inicialização rápida / hibernação está na raiz dos problemas está correto, talvez seja possível temporariamente corrigir o problema executando dosfsck on /dev/sda1 (ou seja, %código%). Em casos extremos, fazer o backup da partição (em sudo dosfsck /dev/sda1 no Ubuntu), desmontá-la, criar um novo sistema de arquivos FAT32, montá-la novamente, editar /boot/efi para usar seu novo número de série e restaurar dados nela. ser necessário. No longo prazo, porém, desabilitar o Fast Startup e Hibernation é a única solução, caso eles estejam causando danos ao sistema de arquivos no ESP.