O Grub2 não consegue encontrar o Windows em um sistema de inicialização dupla

0

Eu tenho um sistema com Windows e Linux. Nos últimos 3 anos eu mudei entre o openSUSE e o Ubuntu, e dois dias atrás eu decidi instalar o Ubuntu.

Quando terminei, estava muito lento e, frustrado, tentei reinstalar. De alguma forma, algo deu errado e o Ubuntu desistiu da instalação. Eu tentei o openSUSE, mas por uma razão estranha o openSUSE tem muitos erros em relação à minha partição do Windows.

Eu decidi baixar a versão mais recente de 64-bit do Ubuntu no meu PC e gravar o CD lá. Agora a instalação e tudo correu bem, mas quando eu reiniciei o GRUB não estava carregando nada. Depois de alguns ajustes, coloquei o GRUB em funcionamento, mas o Windows não estava visível. Mas todas as minhas coisas e os arquivos do Windows estão visíveis e acessíveis no Nautilus & amp; Golfinho, então está lá.

Após algumas leituras na Web, tenho certeza de que meu problema é que o GRUB está instalado na partição do Windows.

Aqui estão minhas configurações: Linux sda1 - windows sda2 - swap sda5

O que fazer?

    
por Fredrik 03.08.2012 / 11:09

2 respostas

1

Você já tentou rodar sudo update-grub no terminal e ver se o grub pode inicializar a partição do Windows?

    
por Nikki Kononov 03.08.2012 / 19:20
0

Recentemente eu tive o mesmo problema com o Fedora 17. O problema fundamental parece ser que agora existem várias maneiras de instalar o grub, e vários modos de hardware diferentes que um bios pode inicializar. Minha primeira tentativa de colocar o Fedora 17 em funcionamento , toda vez que eu iria instalar, o instalador do Fedora iria reclamar que eu precisava de uma partição gpt. Eu li a solução para isso foi para executar o seguinte na linha de comando:

$ su -
# gedit /dev/sda
w

Sem dúvida, isso resolveu o problema de instalação. Mas depois disso, o grub2 não conseguiu encontrar a partição do meu windows. Eu tentei de tudo, até que eu finalmente descobri o que o instalador fez foi criar um diretório / boot / efi onde ele instalou o grub (não o grub2), então editar os menus do grub2 é inútil. Neste ponto eu provavelmente poderia ter editado o arquivo de configuração no diretório / boot / efi, mas antes disso eu tentei instalar o grub2-efi e então rodar o grub2-install novamente. Isso resultou em um sistema que não inicializaria.

Neste ponto, até o dvd ao vivo só inicializaria no modo UEFI. Eu continuei com a instalação do Fedora novamente. Quando terminei, eu tinha uma instalação do grub 2 que podia inicializar o Fedora, encontrar o Windows, mas não conseguia inicializar o Windows. Parece que uma vez iniciado o grub2 no modo UEFI, você não pode inicializar um sistema operacional não UEFI. Então eu tentei o disco de reparação do Windows e, em seguida, o disco de recuperação. Ambos reclamaram que eram da versão errada do Windows. Mesmo uma tentativa de reinstalar o windows no modo UEFI falhou, pois não encontrei um driver para gpt ...

Então eu finalmente decidi tentar restaurar as coisas de volta ao estado original. Eu deletei manualmente a partição gpt, usando o fdisk e restaurei a tabela de parções do MBR. Ainda não consegui inicializar o windows, já que o grub estava no meu MBR e não havia mais uma partição do grub. Eu tentei um reparo do windows. Desta vez, ele detectou que era a versão correta do Windows, e tentou reparar a inicialização, mas o Windows ainda não inicializava, apenas grub.

No entanto, descobri que poderia inicializar o DVD ao vivo do Fedora 17 novamente no modo não-UEFI. Então fiz isso e executei a instalação pela terceira vez. Eu esperava que ele repetisse as mensagens de erro originais e terminasse com uma instalação EFI novamente. No entanto, em vez disso, de alguma forma, conseguiu instalar sem erros. O Grub2 agora é meu gerenciador de inicialização e o Windows inicializa corretamente. A única coisa estranha é que agora eu dei uma tabela de partição MBR e uma GPT. Sem partição gpt. Embora estranho, isso parece funcionar. Se eu fosse começar do zero novamente, eu apenas criaria manualmente ambas as tabelas, pois isso parece funcionar da maneira desejada.

Aqui está o particionamento real com o qual acabei:

[root@docbill-PC ~]# gdisk /dev/sda
GPT fdisk (gdisk) version 0.8.2

Caution: invalid main GPT header, but valid backup; regenerating main header

do backup!

Caution! After loading partitions, the CRC doesn't check out!

Atenção! Tabela de partição principal incompatibilidade CRC! Tabela de partições de backup carregada em vez da tabela de partições principal!

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan: 
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: damaged

Found valid MBR and corrupt GPT. Which do you want to use? (Using the
GPT MAY permit recovery of GPT data.)
 1 - MBR
 2 - GPT
 3 - Create blank GPT

Your answer: 1

Command (? for help): print
Disk /dev/sda: 250069680 sectors, 119.2 GiB
Logical sector size: 512 bytes

Identificador de disco (GUID): B3845F17-774A-40EE-A48D-6A7841D4E965     A tabela de partição contém até 128 entradas     O primeiro setor utilizável é 34, o último setor utilizável é 250069646     As partições serão alinhadas nos limites do setor 2048     O espaço livre total é de 4717 setores (2,3 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          206847   100.0 MiB   0700  Microsoft basic data
   2          206848       209922047   100.0 GiB   0700  Microsoft basic data
   3       209922048       210946047   500.0 MiB   8300  Linux filesystem
   5       210948096       250068991   18.7 GiB    8E00  Linux LVM

Command (? for help): quit
[root@docbill-PC ~]# gdisk /dev/sda
GPT fdisk (gdisk) version 0.8.2

Caution: invalid main GPT header, but valid backup; regenerating main header

do backup!

Caution! After loading partitions, the CRC doesn't check out!

Atenção! Tabela de partição principal incompatibilidade CRC! Tabela de partições de backup carregada em vez da tabela de partições principal!

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: damaged

Found valid MBR and corrupt GPT. Which do you want to use? (Using the
GPT MAY permit recovery of GPT data.)
 1 - MBR
 2 - GPT
 3 - Create blank GPT

Your answer: 2

Command (? for help): print
Disk /dev/sda: 250069680 sectors, 119.2 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 85E271CD-1847-4203-9D2E-0CA970720FDC
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 250069646
Partitions will be aligned on 2048-sector boundaries
Total free space is 2669 sectors (1.3 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          206847   100.0 MiB   0700  Microsoft basic data
   2          206848       209922047   100.0 GiB   0700  Microsoft basic data
   3       209922048       210331647   200.0 MiB   EF00  EFI System Partition
   4       210331648       210333695   1024.0 KiB  EF02  
   5       210333696       211357695   500.0 MiB   0700  
   6       211357696       250068991   18.5 GiB    8E00  

Command (? for help): quit

Nota: Parece que, se você realmente editar a partição gpt com o gdisk, ela substituirá a partição MBR, e qual ponto você precisa reconstruir com o fdisk também mantenha tudo funcionando corretamente.

    
por Bill 13.10.2012 / 16:03