Não é possível inicializar o Windows depois de instalar o Ubuntu 12.04 - erro: caminho do arquivo efi inválido

Question

RESOLVIDO - veja UPDATE 2 abaixo (mas perdeu todos os arquivos / programas no Windows 7)

Eu tenho um laptop (ASUS X310A, eu instalei o Ubuntu 12.04 para estar lado a lado com o Windows 7, mas parece que tive um problema com a inicialização do Windows 7. Eu usei o Boot Repair duas vezes sem resultados.

Informações de reparação de inicialização: link

O erro que recebo ao iniciar o Windows 7 a partir do GRUB é: erro: caminho do arquivo efi inválido

No Gerenciador de inicialização ou no menu, tenho 3 opções agora: 2x para Ubuntu (talvez porque eu fiz boot-repair duas vezes) 1x gerenciador de boot do Windows (Se eu inicializar isso abre "ASUS Preload Wizard", ele me dá a opção de reinstalar o Windows perdendo todos os dados anteriores -)

Quando eu estava fazendo a partição antes de instalar o Ubuntu, eu fiz a nova partição tornando sda4 menor e adicionando o ext4 montado: "\" e adicionando uma área de troca. Instalado e não funcionou, nada funcionou. Então eu inicializei o Ubuntu do USB novamente e deletei as partições que eu fiz e decidi fazer o sda3 menor e fazer as partições, mas desta vez ele me deu a opção de poder montar o sda3 em "\ windows" ou "\ dos". e não escolhi nem porque o sei que não precisa ser montado e continuei a criar o que é agora sda7 (ext4) e sda8 (swap area). Ele ainda não funcionou, então inicializei através do USB e fiz o primeiro reparo, então eu pude inicializar o Ubuntu agora, mas não o windows, mas quando eu fiz isso através do meu USB eu não consegui atualizar o boot-repair, então Eu decidi refazer o boot-repair do Ubuntu rodando no Hardisk (totalmente atualizado) e ainda não funcionou.

No GRUB isto é o que eu vejo (ao inicializar usando o Ubuntu como primeira opção no Boot Menu): Ubuntu, com o Linux 3.2.0-29-genérico Ubuntu, com o Linux 3.2.0-29 genérico (modo de recuperação) Carregador UEFI do Windows Inicialização do Windows UEFI bootx64.efi.bkp Windows 7 (loader) (em / dev / sda3) Ambiente de Recuperação do Windows (loader) (em / dev / sda5)

Eu tentei todos os que começam com "Windows", eles não funcionam

Por favor me ajude, muitos agradecimentos

UPDATE 1

Eu tentei:

menuentry "Windows 7" {
    insmod part_gpt
    insmod chain
    set root='(hd0,gpt1)'
    chainloader /EFI/Microsoft/Boot/bootmgfw.efi.bkp
}

"Window 7" aparece no GRUB, e quando eu escolho, ele pergunta se eu quero iniciar o Windows normalmente, então eu faço uma tela azul e depois me retorna ao GRUB

UPDATE 2

então basicamente é isso que fizemos,

Escolhemos "Windows UEFI" no GRUB e pressionamos F9 para entrar no "ASUS Preload Wizard" e basicamente escolher o idioma e proceder à reinstalação do Windows 7 essencialmente na primeira partição (sda3), que é a Drive C :.

Deixamos que ele faça o seu trabalho através do diskpart.exe (da janela, "a janela preta") - Microsoft DiskPart versão 6.1.7601

Ele re-instalou o Windows 7, ele pulou para uma interface do windows 7 com ícones grandes fez mais alguma instalação e então pulou para a ASUS - tela de carregamento de configuração do Windows e depois abriu e fez algumas coisas e desligou automaticamente.

Então presumi que precisava de uma reinicialização, então voltei para o "UEFI do Windows" no GRUB e aconteceu o mesmo com algumas atualizações do que com o desligamento. Então eu pedalei isso talvez 10 vezes até que no final o Windows 7 ATUALMENTE FUNCIONOU !!!

Então eu voltei para o Ubuntu 12.04, tudo estava funcionando bem, eu abri o Gparted e deletei a partição: sda5 - ntfs - 1.00Mio - bios_grub

e redimensionado sda4 (Drive 'D') para usar o espaço não utilizado

Voltei para o Windows e verifiquei que tudo está bem agora em termos de inicialização.

Mas eu perdi todos os arquivos e programas instalados no Windows 7. Mas eu fiz um backup de todos os meus arquivos antes de instalar o Ubuntu 12.04, então eu tenho todos eles. Em termos de programas, terei que reinstalá-los. :)

Answer 1

Estou um pouco confuso em alguns detalhes do que está acontecendo, mas aqui estão alguns dos principais pontos da saída do seu script de informações de inicialização:

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  Windows 7: FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /EFI/Boot/bootx64.efi /EFI/Boot/bootx64.efi.bkp 
                       /EFI/ubuntu/grubx64.efi 
                       /EFI/Microsoft/Boot/bootmgfw.efi 
                       /EFI/Microsoft/Boot/bootmgfw.efi.bkp 
                       /EFI/Microsoft/Boot/bootmgr.efi 
                       /EFI/Microsoft/Boot/bootx64.efi 
                       /EFI/Microsoft/Boot/bootx64.efi.grb 
                       /EFI/Microsoft/Boot/memtest.efi

Esta é sua partição de sistema EFI (ESP), que contém os carregadores de inicialização no modo EFI. Normalmente, esses arquivos terminam em .efi ; no entanto, algumas ferramentas do Linux (como o Boot Repair, se eu entendi corretamente) renomeiam os arquivos originais do Windows com .bkp extensões e as substituem por cópias do GRUB. Esta parece ser uma medida para contornar determinadas EFIs com bugs que ignoram a lista usual de carregador de inicialização NVRAM e apenas inicializam EFI/Microsoft/Boot/bootmgfw.efi ou EFI/BOOT/bootx64.efi diretamente.

Aqui está um pouco mais tarde na saída do Boot Info Script, tirada do arquivo de configuração do GRUB:

menuentry "Windows UEFI loader" {
search --fs-uuid --no-floppy --set=root CA62-F337
chainloader (${root})/EFI/Microsoft/Boot/bootmgfw.efi.bkp
}

menuentry "Windows Boot UEFI bootx64.efi.bkp" {
search --fs-uuid --no-floppy --set=root CA62-F337
chainloader (${root})/EFI/Boot/bootx64.efi.bkp
}

Isso mostra que o GRUB está configurado para inicializar seu carregador de inicialização renomeado; mas esta ação não está funcionando. Tanto quanto eu posso dizer, essas entradas estão corretas; mas o GRUB parece ser bastante complexo em sua configuração de carregamento em cadeia EFI, que essas entradas utilizam. Às vezes, o que funciona em um sistema falha em outro. Você pode tentar editar o arquivo para adicionar algo assim:

menuentry "Windows 7" {
    insmod part_gpt
    insmod chain
    set root='(hd0,gpt1)'
    chainloader /EFI/Microsoft/Boot/bootmgfw.efi.bkp
}

Se isso funcionar, adicione a entrada ao seu arquivo /etc/grub.d/40_custom para que ele seja incluído sempre que o GRUB recriar seu arquivo de configuração grub.cfg .

Outra opção é instalar outro gerenciador de inicialização ou gerenciador de inicialização a ser usado em vez de ou além do GRUB. Minha primeira recomendação é rEFInd, mas sou tendenciosa porque eu a mantenho. Tem a vantagem de ser fácil de instalar: faça o download, extraia o arquivo e execute o script install.sh no Linux. Infelizmente, os arquivos de inicialização renomeados do Windows representam um problema, portanto, você precisará renomeá-los para seus formulários originais ou criar sub-rotinas de inicialização manuais no arquivo refind.conf do rEFInd para iniciar os carregadores de inicialização reais do Windows. Depois de fazer isso, quando você reiniciar, você verá uma entrada para o Windows, que deve funcionar com alguma sorte. Você também verá uma entrada do Ubuntu, que deve iniciar o GRUB.

Se o rEFInd funcionar, você pode considerar uma nova reconfiguração que fará com que o rEFInd inicialize o Linux diretamente, sem envolver o GRUB. Este tópico é descrito na página de documentação do rEFInd, descrevendo os métodos de inicialização do Linux. Em suma, se você copiar o kernel do Linux e o arquivo de disco RAM inicial para o diretório raiz do ESP ou um subdiretório de EFI no ESP, e coloque um arquivo refind_linux.conf com suas opções de kernel no mesmo diretório, o rEFInd poderá iniciar o kernel diretamente. Se você manipular um pouco seus pontos de montagem, o rEFInd poderá detectar quando você instalar os kernels atualizados.