Fórum Ubuntu Linux - PT
Suporte Técnico => Instalação e Atualização => Tópico iniciado por: bronco em 29 de Agosto de 2008, 20:46
-
Tenho 2 HDs, sendo um de 160GB e outro de 40GB (ambos SATA). No primeiro eu tenho winXP e Ubuntu que funcionava 100% - o segundo HD praticamente não era usado. Quando resolvi instalar para teste uma outra distro no hd de 40GB, perdi o acesso ao Ubuntu. Já procurei diversos tópicos e não encontro uma solução que me atenda.
O resultado de /sbin/fdisk -l é:
[root@localhost grub]# /sbin/fdisk -l
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cilindros of 16065 * 512 = 8225280 bytes
Disk identifier: 0xde33de33
Dispositivo Boot Start End Blocks Id System
/dev/sda1 * 1 11473 92156841 7 HPFS ou NTFS
/dev/sda2 11474 19126 61472722+ 83 Linux
/dev/sda3 19127 19457 2658757+ 5 Estendida
/dev/sda5 19127 19457 2658726 82 Linux swap / Solaris
Disk /dev/sdb: 40.0 GB, 40020664320 bytes
255 heads, 63 sectors/track, 4865 cylinders
Units = cilindros of 16065 * 512 = 8225280 bytes
Disk identifier: 0x4aba4aba
Dispositivo Boot Start End Blocks Id System
/dev/sdb1 * 1 25 200781 83 Linux
/dev/sdb2 26 4865 38877300 8e Linux LVM
Disk /dev/dm-0: 37.6 GB, 37681627136 bytes
255 heads, 63 sectors/track, 4581 cylinders
Units = cilindros of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
O disco /dev/dm-0 não contém uma tabela de partições válida
Disk /dev/dm-1: 2080 MB, 2080374784 bytes
255 heads, 63 sectors/track, 252 cylinders
Units = cilindros of 16065 * 512 = 8225280 bytes
Disk identifier: 0x30307800
O disco /dev/dm-1 não contém uma tabela de partições válida
[root@localhost grub]#
Eu entendo muito pouco de linux, por isso a mensagem "O disco /dev/dm-0 não contém uma tabela de partições válida" me preocupa muito (tenho dados importantes no ubuntu) - eu acho que eu deveria editar o meu menu.lst para incluir o boot do ubuntu, mas o que eu escrevo lá? Ou há algum meio de ajuste automático (para eu não perder tudo de novo com uma atualização)?
O meu menu.lst é:
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd1,0)
# kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
# initrd /initrd-version.img
#boot=/dev/sda
default=0
timeout=10
splashimage=(hd1,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.25-14.fc9.x86_64)
root (hd1,0)
kernel /vmlinuz-2.6.25-14.fc9.x86_64 ro root=UUID=0513ccc3-d341-4b9b-8fdf-ace178cf6277 rhgb quiet
initrd /initrd-2.6.25-14.fc9.x86_64.img
title Other
rootnoverify (hd0,0)
chainloader +1
Já ví alguns tópicos parecidos, mas não ficou bem claro para mim se as dicas se aplicam a meu caso. Alguém pode me ajudar a sair deste problema??
-
Tenho 2 HDs, sendo um de 160GB e outro de 40GB (ambos SATA). No primeiro eu tenho winXP e Ubuntu que funcionava 100% - o segundo HD praticamente não era usado. Quando resolvi instalar para teste uma outra distro no hd de 40GB, perdi o acesso ao Ubuntu. Já procurei diversos tópicos e não encontro uma solução que me atenda.
Acho que você não disse ou eu me perdi nas informações duas coisas importantes:
a) qual foi a nova distribuição linux que você instalou no disco de 40 GB
b) onde você optou por instalar o boot da nova distribuição?
O correto é instalar no disco em que está a partição root e depois, de forma manual, editar o /boot/grub/menu.list do Ubuntu e acrescentar algumas informações que apontem para a área de boot da nova distribuição.
Estou supondo que você primeiro tinha o XP no disco de 160 GB, instalou o Ubuntu na MBR do disco de 160 e ficou com dual boot (xp-ubuntu).
A pergunta de qual foi a distribuição é importante pois algumas têm problemas de instalação do boot.
-
Csat, antes de mais nada, obrigado pela resposta rápida.
A distribuição que nova foi fedora 9, no segundo hd (o de 40GB). Você imaginou certo: o primeiro hd tinha (e eu espero que ainda tenha) winXP + ubuntu 8.04, e é onde está o boot.
A instalação do fedora 9 foi feita no disco de 40GB - mas eu *acho* que optei por manter o boot onde ele já estava (não tenho certeza, mas me lembro que durante a instalação o anaconda me perguntou se eu *realmente* queria instalar o novo sistema num disco diferente do disco de inicialização, daí...).
-
Csat, antes de mais nada, obrigado pela resposta rápida.
A distribuição que nova foi fedora 9, no segundo hd (o de 40GB). Você imaginou certo: o primeiro hd tinha (e eu espero que ainda tenha) winXP + ubuntu 8.04, e é onde está o boot.
A instalação do fedora 9 foi feita no disco de 40GB - mas eu *acho* que optei por manter o boot onde ele já estava (não tenho certeza, mas me lembro que durante a instalação o anaconda me perguntou se eu *realmente* queria instalar o novo sistema num disco diferente do disco de inicialização, daí...).
Nunca usei o Fedora e não sei como ele se comporta mas tenho a certeza de que se fosse o Ubuntu ou o Linux Mint ele instalaria no seu hd de 40 e mesmo que você colocasse a opção por instalar no (HD0) que é o disco em que deve estar configurada na sua BIOS como o disco de boot eles montariam o /boot/grub/menu.lst com todas as possibilidades do seu sistema.
A meu ver o que você precisa fazer é dar o boot pelo Fedora e editar o arquivo /boot/grub/menu.lst como superusuário e tentar acrescentar, na mão, a entrada para o Ubuntu que ainda deve estar lá.
Teste o seguinte
sudo gedit /boot/grub/menu.lst
title Ubuntu
root (hd0,1)
chainloader +1
Salve e dê boot.
hd0,1 indica que é a sua segunda partição pois elas são contadas de 0,0 para a primeira.
-
Feito!
Editei o arquivo menu.lst e novo boot. O resultado foi esta mensagem:
Booting 'Ubuntu'
root (hd0,1)
Filesystem type is ext2fs, partition type 0x83
chainloader +1
Error 13 Invalid or unsupported executable format
Press any key to continue
Pressionando qualquer tecla, eu volto para o menu.
Re-instalei o Fedora e na tela de configuração do boot (que eu nem tinha visto antes) indiquei o Ubuntu e o windows para ver se ele criava um arquivo de configuração correto para o grub. O resultado foi um arquivo exatamente igual ao inicial, acrescentando as linhas que você me indicou, ou seja, com o mesmo resultado.
Será que re-instalando o Ubuntu a coisa se acerta?? (o problema é que o sistema já está todo configurado e acertado para o meu uso!...)
-
Feito!
Editei o arquivo menu.lst e novo boot. O resultado foi esta mensagem:
Booting 'Ubuntu'
root (hd0,1)
Filesystem type is ext2fs, partition type 0x83
chainloader +1
Error 13 Invalid or unsupported executable format
Press any key to continue
Pressionando qualquer tecla, eu volto para o menu.
Re-instalei o Fedora e na tela de configuração do boot (que eu nem tinha visto antes) indiquei o Ubuntu e o windows para ver se ele criava um arquivo de configuração correto para o grub. O resultado foi um arquivo exatamente igual ao inicial, acrescentando as linhas que você me indicou, ou seja, com o mesmo resultado.
Será que re-instalando o Ubuntu a coisa se acerta?? (o problema é que o sistema já está todo configurado e acertado para o meu uso!...)
Parece-me que você ainda está na fase de aprendizado e nessa fase em que eu me incluo também não faz mal re-instalar pois a cada vez que fazemos isso vemos coisas que não havíamos visto anteriormente, aprendendo, consequentemente. Quanto mais você tiver oportunidade de reconfigurar maiores são as chances de ficar mais habilidoso no processo. Caso você venha a fazer a re-instalaçao eu sugiro que não use partições primárias que vão de sda1 a sda4. Deixe-as para sistemas que não sabem usar partições lógicas.
A minha instalação é sempre assim:
/dev/sda1 = XP
/dev/sda5 = swap
/dev/sda6 = Linux1
/dev/sda7 = Linux2 e assim por diante até esgotar a capacidade do disco.
-
Problema resolvido:
Limpei as 2 instalações e comecei do ZERO. Instalei o ubuntu e salvei o conteúdo do arquivo menu.lst. Instalei o Fedora 9 e inseri as linhas correspondentes ao ubuntu no arquivo.
Agora posso acessar todos os sistemas à partir do menu do grub.
Valeu pelas dicas e apoio.
-
Problema resolvido:
Limpei as 2 instalações e comecei do ZERO. Instalei o ubuntu e salvei o conteúdo do arquivo menu.lst. Instalei o Fedora 9 e inseri as linhas correspondentes ao ubuntu no arquivo.
Agora posso acessar todos os sistemas à partir do menu do grub.
Valeu pelas dicas e apoio.
Ok, quando possível edite o campo assunto de sua mensagem e coloque RESOLVIDO.
t+
-
Bem eu já usava as versões anteriores do Ubuntu. Mas na última, 8.10, acusa esse erro e não inicia o Windows XP de forma alguma.
A minha máquina tem 3 HDs. O primeiro é um IDE (hd0,0) com o Ubuntu instalado, o segundo é SATA (sda1) com o Windows instalado e o terceiro, é um sata para arquivo.
Segue as informações do boot usando o comando sudo gedit /boot/grub/menu.lst
aparece o seguinte:
# menu.lst - See: grub(8), info grub, update-grub(8)
# grub-install(8), grub-floppy(8),
# grub-md5-crypt, /usr/share/doc/grub
# and /usr/share/doc/grub-doc/.
## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not use 'savedefault' or your
# array will desync and will not let you boot your system.
default 0
## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout 10
## hiddenmenu
# Hides the menu by default (press ESC to see the menu)
#hiddenmenu
# Pretty colours
#color cyan/blue white/blue
## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line) and entries protected by the
# command 'lock'
# e.g. password topsecret
# password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# password topsecret
#
# examples
#
# title Windows 95/98/NT/2000
# root (hd0,0)
# makeactive
# chainloader +1
#
# title Linux
# root (hd0,1)
# kernel /vmlinuz root=/dev/hda2 ro
#
#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST
### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below
## DO NOT UNCOMMENT THEM, Just edit them to your needs
## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
## kopt_2_6_8=root=/dev/hdc1 ro
## kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=558f9b7a-4915-4872-8d23-a4082a67187b ro
## default grub root device
## e.g. groot=(hd0,0)
# groot=558f9b7a-4915-4872-8d23-a4082a67187b
## should update-grub create alternative automagic boot options
## e.g. alternative=true
## alternative=false
# alternative=true
## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
## lockalternative=false
# lockalternative=false
## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash
## should update-grub lock old automagic boot options
## e.g. lockold=false
## lockold=true
# lockold=false
## Xen hypervisor options to use with the default Xen boot option
# xenhopt=
## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0
## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
## altoptions=(recovery) single
# altoptions=(recovery mode) single
## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
## howmany=7
# howmany=all
## should update-grub create memtest86 boot option
## e.g. memtest86=true
## memtest86=false
# memtest86=true
## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false
## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false
## ## End Default Options ##
title Ubuntu 8.10, kernel 2.6.27-11-generic
uuid 558f9b7a-4915-4872-8d23-a4082a67187b
kernel /boot/vmlinuz-2.6.27-11-generic root=UUID=558f9b7a-4915-4872-8d23-a4082a67187b ro quiet splash
initrd /boot/initrd.img-2.6.27-11-generic
quiet
title Ubuntu 8.10, kernel 2.6.27-11-generic (recovery mode)
uuid 558f9b7a-4915-4872-8d23-a4082a67187b
kernel /boot/vmlinuz-2.6.27-11-generic root=UUID=558f9b7a-4915-4872-8d23-a4082a67187b ro single
initrd /boot/initrd.img-2.6.27-11-generic
title Ubuntu 8.10, memtest86+
uuid 558f9b7a-4915-4872-8d23-a4082a67187b
kernel /boot/memtest86+.bin
quiet
### END DEBIAN AUTOMAGIC KERNELS LIST
# This is a divider, added to separate the menu items below from the Debian
# ones.
title Other operating systems:
root
# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda1
title Microsoft Windows XP Home Edition
root (hd0,0)
savedefault
makeactive
chainloader +1
Por favor socorro,
Aragão
-
Oi, Aragao
Mesmo não sendo um expert no assunto, lhe passo algumas coisas que funcionaram na minha instalação:
1. O windows "gosta" de acreditar que é o único sistema instalado na máquina, por isso eu sempre o instalo no hd0,0 - não sei se esta é a causa principal do seu problema...,
2. Outra coisa: Na descrição da sua instalação, você infoma que o windows está no sda1 (o Ubuntu está no hd0,0), mas no menu.lst (na parte final) está anotado:
# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda1
title Microsoft Windows XP Home Edition
root (hd0,0)
savedefault
makeactive
chainloader +1
Tente ajustar o valor do "root" para o hd onde efetivamente está instalado o windows para ver se a coisa funciona.
Boa sorte!
-
Obrigado pela resposta. Bem eu segui seu conselho e inverti os sistemas com nova instalação. Resolvido. Obrigado pela dica. Tudo atualizado e rodando. Do jeito que estava antes, depois da atualização era que não entrava o windows de jeito nenhum.
-
Meu problema é um pouco parecido .. alguem me da uma ajudinha q eu n entendi muito nesse =/
>> http://ubuntuforum-br.org/index.php/topic,47447.0.html