Eu estava tentando inicializar o sistema operacional elementary com o Windows no meu laptop (Asus Zenbook UX305). Para fazer isso, reduzi a partição do Windows usando o gerenciador de disco do Windows e usei a opção “s” instalar ao lado do Windows “do instalador Elementary para configurar as partições do Linux automaticamente. Quando reiniciei após a instalação, fui colocado no console do grub. foi capaz de inicializar o linux manualmente com os comandos
grub> set root=(hd0,gpt4) grub> linux /boot/vmlinuz-3.19.0-26-generic root=/dev/sda4 grub> initrd /boot/initrd.img-3.19.0-26-generic grub> boot e descobri que executando o comando
grub> configfile (hd0,gpt4)/boot/grub/grub.cfg carregaria o menu grub normal como deveria acontecer – então não parece haver nenhum problema com o arquivo de configuração em si. Também descobri que a raiz e o prefixo estão ativados (hd0, gpt1), portanto, executar
grub> set root=(hd0,gpt4) grub> set prefix=(hd0,gpt4)/boot/grub grub> insmod normal grub> normal também carregou o menu grub normal. Então, possivelmente, o problema é que o grub está procurando na partição errada?
Na minha BIOS, tenho a opção de usar o grub e o carregador de inicialização do Windows para inicializar. Selecionar o carregador de inicialização do Windows me inicializa diretamente no Windows sem problemas.
No entanto, não consigo encontrar nenhuma maneira de fazer com que as correções sejam mantidas após uma reinicialização. Tentei executar novamente grub-install /dev/sda, recriando o arquivo de configuração com grub-mkconfig, e usando a ferramenta GUI de reparo de inicialização do Ubuntu – nada disso funcionou. Existe alguma maneira de corrigir isso, exceto reinstalar um ou ambos os sistemas operacionais? Prefiro não ter que reinstalar o Windows, se possível.
Resposta
Parece que o menu GRUB está falhando ao carregar porque ele está lendo um arquivo efi incorreto em /boot/efi/EFI/grub/.
Depois de inicializar no elementaryOS, execute os seguintes comandos para substituir o grubx64.efi arquivo dentro dessa pasta.
cd /boot/efi/EFI/grub sudo cp grubx64.efi grubx64.efi.backup (just in case) sudo rm grubx64.efi sudo cp /boot/grub/x86_64-efi/grub.efi /boot/efi/EFI/grub/grubx64.efi Esta solução vem de usuários discutindo um bug relatado no elementaryOS. Veja os detalhes em: https://bugs.launchpad.net/elementaryos/+bug/1492801
Enfrentei exatamente o mesmo problema que você (instalei o elementaryOS Freya 0.3.1 junto com o Windows 10) e segui os passos que você descreveu antes de encontrar esta solução.
É importante notar que antes de aplicar a correção, eu desativei a inicialização rápida no Windows 10, que pode ou não ter efeito. Consulte http://www.tenforums.com/tutorials/4189-fast-startup-turn-off-windows-10-a.html
Além disso, tive que desativar a inicialização segura para que isso funcionasse . Com a inicialização segura ativada, meu UX305 não conseguiu carregar o grub completamente. Pressione a tecla Esc na primeira tela na inicialização, depois entre na configuração e desative a inicialização segura a partir daí. Como alternativa, pode haver uma maneira de fazer a inicialização segura funcionar, mas estou feliz com esta solução por enquanto – meu UX305 agora carrega o menu GRUB completo com uma opção do Windows!
Resposta
Eu tive o mesmo problema e encontrei a solução:
1) no modo de resgate do grub, execute “set”
2) Ele mostre-me o prefixo = (hd1, gp1) / boot / efi / EFI / ubuntu /
3) No meu caso, como tenho KDE NEON a pasta / boot / efi / EFI / ubuntu / não existe, mas a pasta / / boot / efi / EFI / neon / Existe. ASSIM, o problema é que está apontando para uma pasta não existente
4) Então, copiei toda a pasta / boot / efi / EFI / neon / para / boot / efi / EFI / ubuntu /. Isso resolveu o problema
No meu caso também está errado (hd1, gp1) porque deveria apontar para hd1, gpt5. Mas eu DINDT mudei isso e funcionou.
O que eu mudei é o arquivo /boot/efi/EFI/ubuntu/grub.cfg, para usar o formato msdos:
search.fs_uuid xkjdiw-18e9-4d0a-ac55-2skjdh8425f root hd1,gpt5 set prefix=($root)"/grub" configfile $prefix/grub.cfg