Autor Tópico: RESOLVIDO - Atualização para 10.4 matou Windows  (Lida 2355 vezes)

Offline Skyzytuz

  • Usuário Ubuntu
  • *
  • Mensagens: 47
    • Ver perfil
RESOLVIDO - Atualização para 10.4 matou Windows
« Online: 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!


« Última modificação: 01 de Julho de 2010, 13:04 por Skyzytuz »
Consciência limpa é sintoma de memória ruim.

Offline Skyzytuz

  • Usuário Ubuntu
  • *
  • Mensagens: 47
    • Ver perfil
Re: Atualização para 10.4 matou Windows
« Resposta #1 Online: 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 ###



« Última modificação: 27 de Junho de 2010, 23:32 por Skyzytuz »
Consciência limpa é sintoma de memória ruim.

Offline mauricio_luciano

  • Usuário Ubuntu
  • *
  • Mensagens: 54
    • Ver perfil
Re: Atualização para 10.4 matou Windows
« Resposta #2 Online: 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.  :)

Offline Skyzytuz

  • Usuário Ubuntu
  • *
  • Mensagens: 47
    • Ver perfil
Re: Atualização para 10.4 matou Windows
« Resposta #3 Online: 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.


Consciência limpa é sintoma de memória ruim.

Offline mauricio_luciano

  • Usuário Ubuntu
  • *
  • Mensagens: 54
    • Ver perfil
Re: Atualização para 10.4 matou Windows
« Resposta #4 Online: 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.  :)

Offline Skyzytuz

  • Usuário Ubuntu
  • *
  • Mensagens: 47
    • Ver perfil
Re: Atualização para 10.4 matou Windows
« Resposta #5 Online: 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.  ???  

« Última modificação: 28 de Junho de 2010, 14:15 por Skyzytuz »
Consciência limpa é sintoma de memória ruim.

Offline Skyzytuz

  • Usuário Ubuntu
  • *
  • Mensagens: 47
    • Ver perfil
Re: Atualização para 10.4 matou Windows
« Resposta #6 Online: 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?





Consciência limpa é sintoma de memória ruim.

Offline brunonhuyer

  • Usuário Ubuntu
  • *
  • Mensagens: 4
    • Ver perfil
Re: Atualização para 10.4 matou Windows
« Resposta #7 Online: 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

Offline Skyzytuz

  • Usuário Ubuntu
  • *
  • Mensagens: 47
    • Ver perfil
Re: Atualização para 10.4 matou Windows
« Resposta #8 Online: 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


Consciência limpa é sintoma de memória ruim.

Offline Skyzytuz

  • Usuário Ubuntu
  • *
  • Mensagens: 47
    • Ver perfil
Re: Atualização para 10.4 matou Windows
« Resposta #9 Online: 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.
Consciência limpa é sintoma de memória ruim.

Offline brunonhuyer

  • Usuário Ubuntu
  • *
  • Mensagens: 4
    • Ver perfil
Re: RESOLVIDO - Atualização para 10.4 matou Windows
« Resposta #10 Online: 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.