A resposta óbvia é que isso está acontecendo porque o grub não consegue encontrar o carregador de inicialização do Windows. A resposta menos óbvia é porque o arquivo de configuração do grub não especifica corretamente a raiz para o bootloader do Windows. A operação padrão parece deixar essa linha fora. Embora seja um pouco complicado consertar o Windows Bootloader padrão, as instruções a seguir permitirão que o sistema crie um segundo que funcione corretamente.
Se você estiver usando o Fedora fc20, ou outro sistema similarmente configurado que esteja executando o grub2, os seguintes passos devem corrigir o seu problema, desde que você não tenha danificado sua partição do gerenciador de inicialização do Windows.
1) Descubra em qual partição o gerenciador de inicialização do Windows está ativo.
[root@localhost]# fdisk -l
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: D733242D3-33B9-4C33-B33F-2C333DC52333
Device Start End Size Type
/dev/sda1 2048 206847 100M EFI System
/dev/sda2 206848 2050047 900M Windows recovery environment
/dev/sda3 2050048 2312191 128M Microsoft reserved
/dev/sda4 2312192 988518399 470.3G Microsoft basic data
/dev/sda5 1911560192 1953523711 20G Windows recovery environment
/dev/sda6 988518400 989337599 400M EFI System
/dev/sda7 989337600 991385599 1000M Microsoft basic data
/dev/sda8 991385600 1911560191 438.8G Linux LVM
Disk /dev/mapper/fedora-swap: 7.8 GiB, 8396996608 bytes, 16400384 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/fedora-root: 431 GiB, 462728200192 bytes, 903766016 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
2) Descubra o UUID dessa partição.
[root@localhost]# blkid /dev/sda1
/dev/sda1: LABEL="SYSTEM" UUID="1234-567A" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="0c33e3ab-d3dc-3af3-333d-a33eee3c333c"
Nota: O Fedora automaticamente gerará um novo arquivo de configuração quando você fizer coisas como atualizar o kernel, então enquanto você pode editar manualmente o arquivo grub.cfg, é menos trabalhoso a longo prazo para editar os arquivos stub de configuração que são usados para gerar o arquivo grub.cfg.
3) Adicione o texto do menuentry ao final do arquivo /etc/grub.d/40_custom. Use um editor de texto de sua escolha, mas você deve ser a raiz para fazê-lo. Eu usei vi. Certifique-se de substituir o UUID da etapa 2 pelo 1234-567A mostrado aqui.
[root@localhost]# vi /etc/grub.d/40_custom
menuentry 'My Working Windows Bootloader' {
search --no-floppy --fs-uuid --set=root '1234-567A'
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
boot
}
4) Agora gere o arquivo de configuração atual usando o comando grub2-mkconfig.
[root@localhost]# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.16.7-200.fc20.x86_64
Found initrd image: /boot/initramfs-3.16.7-200.fc20.x86_64.img
Found linux image: /boot/vmlinuz-0-rescue-0b156afaadc545779646d809437ed977
Found initrd image: /boot/initramfs-0-rescue-0b156afaadc545779646d809437ed977.img
Found Windows Boot Manager on Microsoft/Boot/bootmgfw.efi
done
NOTA: Executar esse comando especificando /etc/grub2-efi.cfg como o arquivo de saída exclui o link simbólico que normalmente está lá e cria um novo arquivo em vez de atualizar o arquivo de configuração real.
5) Você está feito. Quando você reiniciar, você deverá ter acesso aos seus sistemas operacionais Windows e GNU / Linux.