RESOLVIDO - Atualização para 10.4 matou Windows

Skyzytuz · 27 de Junho de 2010, 23:11

Sim, sei que já há vários tópicos sobre isso, inclusive tentei a solução seguinte, sem sucesso:

http://ubuntuforum-br.org/index.php/topic,65673.0.html

Achei outras soluções mas fiquei meio confuso pois são ligeiramente diferentes ou são para casos de origem diferente (sistemas em partições diferentes no mesmo HD) e estou com medo de ferrar de vez meu Windows, portanto, aqui vai meu caso:

1) Eu tinha o Windows 7 instalado em um HD.

2) Há uns 6 meses, comprei outro HD e instalei o Ubuntu 9.10 nele, mas tomando o cuidado de desconectar fisicamente o HD do Windows, pois não queria que o Grub alterasse nada no HD do Windows, pois minha intenção era escolher na BIOS qual o HD eu queria dar boot (justamente para evitar os problemas do famigerado dual-boot)

3) Após instalar o Ubuntu e rodá-lo com sucesso, conectei fisicamente o HD do Windows de novo, liguei a máquina e escolhi na BIOS o HD com Windwos, e tudo ok aparentemente.

4) Mais tarde, liguei a máquina e escolhi na BIOS o HD com Linux. Para minha surpresa, apareceu o Grub com um monte de entradas para escolher, sendo as duas últimas a do Windows.

Pergunto: Porque diabo o Grub fez isso, se eu fiz a instalação em 2 HDs separados e o HD do Windows nem estava conectado?

5) Após isso, notei que, se eu desconectasse fisicamente o HD com o Windows, o iniciar pelo HD do Linux o Grub dava pau. (Motivo???)

6) Mas até então, tudo bem, pois eu podia escolher qual SO usar, fosse pelo Grub ou pela BIOS.

7) Hoje, resolvi fazer a atualização para a 10.4. Sabendo do problema que ocorria quando eu desconeto o HD do Windows, resolvi atualizar com todos os HD ligados.

8 ) Durante a atualização, o Grub relata que não teve sucesso nisso e aquilo...

9) Após tudo atualizado, pronto... Se eu escolho pelo Grub a partição Windows, a tela fica preta com um cursor piscando no canto superior esquerdo. Se eu removo o HD do Linux e deixo só o do Windows, a mesma coisa.

Bem, a primeira coisa é: Como recupero meu Windows

Segundo, repito a pergunta: Porque o Grub fez isso, se eu tinha duas instalações separadas em HDs separados? Queria me livrar do dual boot e não consegui.

Terceiro: Como faço para evitar que o Grub mexa no boot sector dos HDs que não sejam do Linux??? Eu sempre tive 2 ou mesmo 3 windows diferentes (32 bits, 64 bits, XP,. Seven, etc) em HDs diferentes, e justamente para fugir do dual boot, apenas fazia a instalação com todos os outros HDs desconectados e fazia a escolha pela BIOS. Dessa forma, nunca um SO interferia no outro na questão do boot.

Como faço para evitar isso no futuro, nas outras atualizações do Ubuntu?

Fiquei p*** da vida, pois o que eu queria era justamente que o Grub não mexesse no HD do Windows, e ele fez isso...

Grato!

Skyzytuz · 27 de Junho de 2010, 23:28

Se ajudar, segue resultado do sudo fdisk -l

Disco /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificador do disco: 0x10ef738f

Dispositivo Boot Início Fim Blocos Id Sistema
/dev/sda1 * 1 13 102400 7 HPFS ou NTFS
A partição 1 não termina no limite do cilindro.
/dev/sda2 13 121602 976657408 7 HPFS ou NTFS

Disco /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificador do disco: 0x59d2d1da

Dispositivo Boot Início Fim Blocos Id Sistema
/dev/sdb1 * 1 13 102400 7 HPFS ou NTFS
A partição 1 não termina no limite do cilindro.
/dev/sdb2 13 121602 976657408 7 HPFS ou NTFS

Disco /dev/sdc: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificador do disco: 0x22599932

Dispositivo Boot Início Fim Blocos Id Sistema
/dev/sdc1 * 1 6079 48829536 83 Linux
/dev/sdc2 6080 30030 192386407+ 83 Linux
/dev/sdc3 30031 30401 2980057+ 82 Linux swap / Solaris

OBS: Tenho 3 HDs na máquina, 1 com o Ubuntu, 1 com o Windows 7 64 bits e outro com Windows 7 32 bits, este último nem uso mais, ficou apenas para backup de dados.

Segue o grub.cfg:

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi

function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}

function recordfail {
set recordfail=1
if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set 9cffecf4-601e-48cb-a5a6-b3202cdb4b6b
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set 9cffecf4-601e-48cb-a5a6-b3202cdb4b6b
set locale_dir=($root)/boot/grub/locale
set lang=pt
insmod gettext
if [ ${recordfail} = 1 ]; then
set timeout=-1
else
set timeout=10
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, com Linux 2.6.32-22-generic-pae' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod ext2
   set root='(hd0,1)'
   search --no-floppy --fs-uuid --set 9cffecf4-601e-48cb-a5a6-b3202cdb4b6b
   linux   /boot/vmlinuz-2.6.32-22-generic-pae root=UUID=9cffecf4-601e-48cb-a5a6-b3202cdb4b6b ro quiet splash
   initrd   /boot/initrd.img-2.6.32-22-generic-pae
}
menuentry 'Ubuntu, com Linux 2.6.32-22-generic-pae (modo de recuperação)' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod ext2
   set root='(hd0,1)'
   search --no-floppy --fs-uuid --set 9cffecf4-601e-48cb-a5a6-b3202cdb4b6b
   echo   'Carregando Linux 2.6.32-22-generic-pae ...'
   linux   /boot/vmlinuz-2.6.32-22-generic-pae root=UUID=9cffecf4-601e-48cb-a5a6-b3202cdb4b6b ro single
   echo   'Carregando ramdisk inicial ...'
   initrd   /boot/initrd.img-2.6.32-22-generic-pae
}
menuentry 'Ubuntu, com Linux 2.6.31-22-generic-pae' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod ext2
   set root='(hd0,1)'
   search --no-floppy --fs-uuid --set 9cffecf4-601e-48cb-a5a6-b3202cdb4b6b
   linux   /boot/vmlinuz-2.6.31-22-generic-pae root=UUID=9cffecf4-601e-48cb-a5a6-b3202cdb4b6b ro quiet splash
   initrd   /boot/initrd.img-2.6.31-22-generic-pae
}
menuentry 'Ubuntu, com Linux 2.6.31-22-generic-pae (modo de recuperação)' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod ext2
   set root='(hd0,1)'
   search --no-floppy --fs-uuid --set 9cffecf4-601e-48cb-a5a6-b3202cdb4b6b
   echo   'Carregando Linux 2.6.31-22-generic-pae ...'
   linux   /boot/vmlinuz-2.6.31-22-generic-pae root=UUID=9cffecf4-601e-48cb-a5a6-b3202cdb4b6b ro single
   echo   'Carregando ramdisk inicial ...'
   initrd   /boot/initrd.img-2.6.31-22-generic-pae
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
   insmod ext2
   set root='(hd0,1)'
   search --no-floppy --fs-uuid --set 9cffecf4-601e-48cb-a5a6-b3202cdb4b6b
   linux16   /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
   insmod ext2
   set root='(hd0,1)'
   search --no-floppy --fs-uuid --set 9cffecf4-601e-48cb-a5a6-b3202cdb4b6b
   linux16   /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows 7 (loader) (on /dev/sdb1)" {
   insmod ntfs
   set root='(hd1,1)'
   search --no-floppy --fs-uuid --set 2a0c5c430c5c0c67
   chainloader +1
}
menuentry "Windows 7 (loader) (on /dev/sdc1)" {
   insmod ntfs
   set root='(/dev/sdc,1)'
   search --no-floppy --fs-uuid --set 2858515258511fbc
   chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

mauricio_luciano · 28 de Junho de 2010, 01:32

Tenta atualizar o grub...

sudo cp /boot/grub/grub.cfg /boot/grub/grub.cfg.bkp
sudo update-grub2

Espero que isso ajude.

Skyzytuz · 28 de Junho de 2010, 03:10

Obrigado, mas não ajudou...

Estou varando a madrugada mas não consigo arrumar isso de jeito nenhum...

Já tentei tudo que achei em outros posts aqui no forum, inclusive o abaixo:

Citar
No menu do grub digite o caractere "c" para passar aos comandos do grub.

Em seguida, digite o comando ls Vai aparecer uma lista com todas as partições existentes, sendo que (hd0) é o MBR do disco em que o grub está instalado.

Digite o comando ls (hdx,y) sendo que x y são as referências das partições que você deseja consultar. Para cada partição consultada aparecerá uma série de informações como rótulo do volume, tamanho e o nosso objetivo: o número do UUID. Anote os números das partições bootáveis.

Exit

Com o sistema carregado, acesse o console ou terminal e digite sudo gedit /boot/grub/grub.cfg Verifique as entradas de sistema para as instalações com problema e compare os números do UUID anotados. Se forem iguais aos anotados, sudo update-grub. Se forem diferentes, copie as entradas dos sistemas operacionais problemáticos, execute o comando sudo gedit /etc/grub.d/40_custom cole as entradas copiadas abaixo da referência já escrita nesse arquivo e substitua os números de UUID das partições referenciadas nessas entradas pelos números respectivos que foram anotados anteriormente.

Salve o arquivo e execute sudo update-grub

Agora é só testar

Depois, tentei usar a opção de reparo do DVD do Windows, sem sucesso.

Também tentei na linha de comando no windows : bootsect /nt60 ALL /force /mbr

Nada funciona

E o pior é que não consigo entender como o grub foi ferrar uma instalação de Windows em outro HD, ele se "propaga" para todos os HDs que existem na máquina?

Isso praticamente torna impossível conviver com os dois sistemas, achei que botando um em cada HD estava me isolando justamente das chatices do multi-boot, mas não foi o que aconteceu...

Sinceramente, não consigo entender uma coisa dessas.

mauricio_luciano · 28 de Junho de 2010, 13:17

Eu recomendo você usar o Testdisk -->

sudo apt-get install testdisk
sudo testdisk

Passo 1 --> Selecione "No Log" e pressione ENTER.
Passo 2 --> Selecione o disco rígido contendo a partição do Windows e escolha "proceed".
Passo 3 --> "Continue"
Passo 4 --> "Intel"
Passo 5 --> "Advanced",
Passo 6 --> Selecione a partição do Windows e escolha "boot"
Passo 7 --> "BackupBS"
Passo 8 --> Digite "Y" para confirmar.

Em seguida, pressione "q" algumas vezes para sair do testdisk, reinicie e veja se você pode inicializar o Windows.

Eu não testei isso não sei se vai dar certo, logo não uso Windows. De qualquer forma, não dando certo você ainda pode fazer esse outro esquema:

Baixa esse script no link abaixo -->
http://sourceforge.net/projects/bootinfoscript

Para ficar mais fácil copia ele para o desktop. Abre um Terminal e roda esse comando -->
sudo bash ~/Desktop/boot_info_script055.sh

Ele vai gerar um arquivo no desktop chamado 'RESULTS.txt' contendo todas as informações sobre seus discos e suas partições. Se preferir posta ele aqui.

Skyzytuz · 28 de Junho de 2010, 13:35

Maurício, antes de mais nada, obrigado! Eu já realmente esgotei meus cartuchos nisso!

Mas quanto ao testdisk, eu também já havia tentado , sem sucesso (só não relatei porque já estava morto de sono e cansaço).

Viu tentar o segundo esquema (do script), mas só poderei fazê-lo hoje á noite.

Eu também gotaria de entender porque isso aconteceu, não só para evitar que ocorra novamente, como por curiosidade técnica mesmo, pois o que não consigo entender é porque o Grub mexeu na MBR de um HD conectado depois da instalação do Ubuntu.

Veja bem, o Grub mapear um HD conectado depois do Ubuntu ser instalado, até aí tudo bem. Mas mexer na MBR do mesmo??? Porque??? Não é o meu HD principal, não é o Hd do Ubuntu, é apenas um HD a mais na máquina.

Se você retira um HD da máquina, não consegue mais rodar o Ubuntu que está em outro HD??? Não faz sentido! Imagine que eu tenha vários HDs na máquina, para backup. Aí um deles , (que não tem nada a ver com o principal onde o Ubuntu está instalado) dá pau e eu não consigo mais iniciar o Ubuntu?

Da mesma forma, se eu conectar o HD de alguém só para copiar uns arquivos, o grub vai lá e ferra o MBR dele?

Não vejo sentido nisso.

Skyzytuz · 29 de Junho de 2010, 11:52

Bom, consegui resolver na base da insistência: Tirei todos os HDs da máquina, exceto o do Windows 7, e de novo bootei com o DVD do Windows e rodei os comandos para ajustar o boot e MBR. Desta vez, funcionou e meu Windows está ok.

Entretanto, ainda não reconectei o HD do Ubuntu, portanto não sei se o Grub está ok. De qualquer forma, isso não importa para mim, pois eu prefiro selecionar qual HD vou dar boot pelo BIOS da placa mãe (na minha placa, basta teclar F8 e escolher o HD)

Mas já quero me precaver quando sair outra atualização, ou seja:

1) Como impedir que o Grub saia sobrescrevendo o setor de boot dos outros HDs que estão na minha máquina?

2) Uma maneira simples seria remover o HD do Windows na hora de atualizar, mas como eu relatei aqui, se eu removo, dá pau no Grub na hora do boot. Porque isso acontece? E se eu precisar fazer um backup e conectar e desconectar um outro HD, corro o risco do Grub reclamar de novo que não acha o HD e recusar a dar boot, só por causa disso?

brunonhuyer · 29 de Junho de 2010, 20:36

Oi gente,

não sou tão entendido de ubuntu, muito menos de windows. Mas tenho vontade de aprender..
Na minha máquina ocorreu a mesma coisa, depois de atualizado para o 10.04 não consegui mais acessar o windows!
O windows inclusive aparece com um nome estranho a mim na lista do grub: "Windows Recovery..."
Será que alguém pode me ajudar com possíveis soluções?

Aqui vai alguma coisa que possa ajudar para solucionar o problema:

Boot Info Script 0.55 dated February 15th, 2010

============================= Boot Info Summary: ==============================

=> Grub 2 is installed in the MBR of /dev/sda and looks on the same drive in
partition #2 for /boot/grub.

sda1: _________________________________________________________________________

File system: ntfs
Boot sector type: Grub 2
Boot sector info: Grub 2 is installed in the boot sector of sda1 and
looks at sector 84680454 of the same hard drive for
core.img, but core.img can not be found at this
location. According to the info in the boot sector,
sda1 has 79999992 sectors, but according to the info
from fdisk, it has 80002309 sectors.
Operating System: Windows Vista
Boot files/dirs: /bootmgr /Boot/BCD /Windows/System32/winload.exe

sda2: _________________________________________________________________________

File system: ext4
Boot sector type: Grub 2
Boot sector info: Grub 2 is installed in the boot sector of sda2 and
looks at sector 84680454 of the same hard drive for
core.img, but core.img can not be found at this
location.
Operating System: Ubuntu 10.04 LTS
Boot files/dirs: /boot/grub/grub.cfg /etc/fstab /grub/core.img
/boot/grub/core.img

sda3: _________________________________________________________________________

File system: swap
Boot sector type: -
Boot sector info:

sda4: _________________________________________________________________________

File system: Extended Partition
Boot sector type: -
Boot sector info:

sda5: _________________________________________________________________________

File system: ntfs
Boot sector type: Grub 2
Boot sector info: Grub 2 is installed in the boot sector of sda5 and
looks at sector 84695894 of the same hard drive for
core.img, but core.img can not be found at this
location. According to the info in the boot sector,
sda5 starts at sector 2048. According to the info in
the boot sector, sda5 has 349874175 sectors, but
according to the info from fdisk, it has 349875769
sectors.
Operating System:
Boot files/dirs:

=========================== Drive/Partition Info: =============================

Drive: sda ___________________ _____________________________________________________

Disco /dev/sda: 250.0 GB, 250000000000 bytes
255 heads, 63 sectors/track, 30394 cylinders, total de 488281250 setores
Unidades = setores de 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes

Partition Boot Start End Size Id System

/dev/sda1 * 4,403,200 84,405,509 80,002,310 7 HPFS/NTFS
/dev/sda2 84,405,510 124,407,359 40,001,850 83 Linux
/dev/sda3 124,407,360 138,399,974 13,992,615 82 Linux swap / Solaris
/dev/sda4 138,401,792 488,279,609 349,877,818 f W95 Ext d (LBA)
/dev/sda5 138,403,840 488,279,609 349,875,770 7 HPFS/NTFS

blkid -c /dev/null: ____________________________________________________________

Device UUID TYPE LABEL

/dev/sda1 D4CC4ED6CC4EB292 ntfs OS
/dev/sda2 05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f ext4
/dev/sda3 0ea935fc-e940-4a49-8cd6-330b50dfb482 swap
/dev/sda4: PTTYPE="dos"
/dev/sda5 4442B68042B67670 ntfs ARQUIVOS
/dev/sda: PTTYPE="dos"

============================ "mount | grep ^/dev output: ===========================

Device Mount_Point Type Options

/dev/sda2 / ext4 (rw,errors=remount-ro)
/dev/sda1 /media/windows fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)

=========================== sda2/boot/grub/grub.cfg: ===========================

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi

function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}

function recordfail {
set recordfail=1
if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
insmod ext2
set root='(hd0,2)'
search --no-floppy --fs-uuid --set 05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
insmod ext2
set root='(hd0,2)'
search --no-floppy --fs-uuid --set 05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f
set locale_dir=($root)/boot/grub/locale
set lang=pt
insmod gettext
if [ ${recordfail} = 1 ]; then
set timeout=-1
else
set timeout=10
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, com Linux 2.6.32-22-generic-pae' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod ext2
   set root='(hd0,2)'
   search --no-floppy --fs-uuid --set 05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f
   linux   /boot/vmlinuz-2.6.32-22-generic-pae root=UUID=05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f ro quiet splash
   initrd   /boot/initrd.img-2.6.32-22-generic-pae
}
menuentry 'Ubuntu, com Linux 2.6.32-22-generic-pae (modo de recuperação)' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod ext2
   set root='(hd0,2)'
   search --no-floppy --fs-uuid --set 05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f
   echo   'Carregando Linux 2.6.32-22-generic-pae ...'
   linux   /boot/vmlinuz-2.6.32-22-generic-pae root=UUID=05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f ro single
   echo   'Carregando ramdisk inicial ...'
   initrd   /boot/initrd.img-2.6.32-22-generic-pae
}
menuentry 'Ubuntu, com Linux 2.6.31-21-generic-pae' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod ext2
   set root='(hd0,2)'
   search --no-floppy --fs-uuid --set 05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f
   linux   /boot/vmlinuz-2.6.31-21-generic-pae root=UUID=05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f ro quiet splash
   initrd   /boot/initrd.img-2.6.31-21-generic-pae
}
menuentry 'Ubuntu, com Linux 2.6.31-21-generic-pae (modo de recuperação)' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod ext2
   set root='(hd0,2)'
   search --no-floppy --fs-uuid --set 05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f
   echo   'Carregando Linux 2.6.31-21-generic-pae ...'
   linux   /boot/vmlinuz-2.6.31-21-generic-pae root=UUID=05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f ro single
   echo   'Carregando ramdisk inicial ...'
   initrd   /boot/initrd.img-2.6.31-21-generic-pae
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
   insmod ext2
   set root='(hd0,2)'
   search --no-floppy --fs-uuid --set 05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f
   linux16   /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
   insmod ext2
   set root='(hd0,2)'
   search --no-floppy --fs-uuid --set 05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f
   linux16   /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows Recovery Environment (loader) (on /dev/sda1)" {
   insmod ntfs
   set root='(hd0,1)'
   search --no-floppy --fs-uuid --set d4cc4ed6cc4eb292
   drivemap -s (hd0) ${root}
   chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

=============================== sda2/etc/fstab: ===============================

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# / was on /dev/sda1 during installation
UUID=05afa1f1-3e5f-4aa9-b1a2-0905b1e6051f / ext4 errors=remount-ro 0 1
# /media/windows was on /dev/sda3 during installation
UUID=D4CC4ED6CC4EB292 /media/windows ntfs defaults,nls=utf8,umask=007,gid=46 0 0
# swap was on /dev/sda2 during installation
UUID=0ea935fc-e940-4a49-8cd6-330b50dfb482 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0

=================== sda2: Location of files loaded by Grub: ===================

43.3GB: boot/grub/core.img
43.7GB: boot/grub/grub.cfg
51.8GB: boot/initrd.img-2.6.31-21-generic-pae
55.3GB: boot/initrd.img-2.6.32-22-generic-pae
49.5GB: boot/vmlinuz-2.6.31-21-generic-pae
51.8GB: boot/vmlinuz-2.6.32-22-generic-pae
43.4GB: grub/core.img
55.3GB: initrd.img
51.8GB: initrd.img.old
51.8GB: vmlinuz
49.5GB: vmlinuz.old

Toda vez que tento fazer o boot pelo windows vou para uma tela preta que não saio nunca mais...

Valeu,
Bruno

Skyzytuz · 30 de Junho de 2010, 00:59

Bruno, se vc tem o Windows Seven, vc tentou o seguinte: (para mim resolveu na segunda tentativa, quando deixei só o HD do windows na máquina)

- Boot pelo DVD do Windows

- Escolher teclado, mouse e linguagem.

- Escolher opção de Reparo

- Escolher prompt de comando (última opção)

- Digitar o comando:

bootsect /nt60 ALL /force /mbr

Caso não seja o XP, vc também pode dar o boot pelo DVD ou CD e escolher o console de recuperação (que nada mais é que o prompt de comando), selecionando a opção de Reparo (ou recuperação) pressionando R em um dos menus em modo texto. Daí, use os seguintes comandos:

fixboot

fixmbr

Skyzytuz · 01 de Julho de 2010, 12:55

Resolvi testar como o Grub2 se comporta quando eu tiro ou coloco mais um HD na máquina e OK, agora ele não mais se perde nessas situações.

Portanto, para mim o tópico está encerrado.

brunonhuyer · 03 de Julho de 2010, 22:40

Oi pessoal,

Agora o negócio ficou mais problemático: não consigo dar boot nem no windows nem no ubuntu.
Entrei pelo DVD de instalação do Windows (Vista) e digitei no prompt de comando:

bootrec.exe /fixmbr
bootrec.exe /fixboot
bootrec.exe /rebuildbcd

Tudo isso na tentativa de recuperar o boot do windows.. Pelo jeito fiz derma, agora perdi o ubuntu..

O que faço?

Valeu,
Abraços,
bruno.