Fórum Ubuntu Linux - PT
Suporte Técnico => Sistema => Tópico iniciado por: PRSC em 02 de Setembro de 2007, 23:14
-
Pessoal.
Fui na casa de um amigo particionar o hd para fazer uma partição fat32, para que os dois sistemas usa-sem essa partição.
Ele tem um hd de 160, primeiramente ele tinha o windows.
Fui na casa dele e redimensionei com o cd do kurumim 7.
Ficou uma partiçao com o windows, depois dividi a outra em duas partes, uma para o ubuntu e outra pra guardar entulho.
Pois bem, fui formatar novamente a que está para entulho.
Fiz o processo certinho, acusou no live cd que estava formatada em fat 32.
Ao reiniciar, acusava error 17, ai gelei porque no meu já havia acontecido isso, mas eu sabia o motivo,
tinha deletado o mandriva pelo xp.
Mas agora, não fiz nada, simplesmente formatei uma partição sem sistema.
Preciso saber como reinstalar a grub.
Achei dois tópicos, mas como não é o meu pc, e sim de um amigo, não posso cometer erros.
Desculpe abrir esse topico, mas tenho que solucionar sem causar maiores desastres.
Olha os topicos.
http://ubuntuforum-br.org/index.php/topic,14614.0/topicseen.html
http://ubuntuforum-br.org/index.php/topic,22315.msg122116.html#msg122116
Qual seria o melhor e mais facil procedimento, a reinstalação solucionaria nesse caso.
Abraço.
Edit.
Qual live cd seria melhor, kurumim ou ubuntu.
-
Eu uso o método abaixo, descrito no primeiro tópico que vc. citou:
IV- Um site gringo:
Entrar com o Live CD do Ubuntu e digitar no terminal:
1- sudo grub
2- find /boot/grub/stage1
3- root (hd?,?) # (onde ?,? é o que aparece no 2 - (hd0,1) por exemplo)
4- setup (hd0)
5- quit
Nunca deu erro, mas o Windows sempre acaba incluído "manualmente" (vc. precisa editar :() no final do
arquivo /boot/grub/menu.lst com este texto:
title Microsoft Windows XP Professional
root (hd0,0)
savedefault
makeactive
chainloader +1
-
Valeu pinduvoz pela força.
Eu vi também que pode fazer esse comando no live cd, mas em modo de recuperação.
É muito complicado assim, caso não de certo depois que fizer via live cd?
E uma pergunta.
Por que de uma hora pra outra isso acontece, e se fizer backup do arquivo isso funcionaria via live cd, sendo que vi, que algumas configurações não ficam salvas, depois que se dá o boot novamente.
E obrigado pela força.
Abraço.
-
Amigo, nada de muito complicado.
O único problema, se é que pode ser chamado assim, é incluir o Windows na mão.
Mas isso um copiar e colar (o texto está acima) resolve.
** lembre-se que você tem que dar boot pelo Live CD do Ubuntu para recuperar o Grub pelo método que eu citei; já para colocar o Windows no Menu, dê boot pelo Ubuntu do HD.
** não precisa se preocupar porque, se der erro, basta reinstalar o Ubuntu (sua pergunta acima, que eu não vi :P) por cima que o Grub fica certinho.
-
Pinduvoz
Funcionou perfeito.
E nem precisou colocar aquela linha do xp.
Valeu
Abraço
Edit.
Funcionou no erro 17, agora apareceu error 15 file not found.
Quem não inicia é o ubuntu rsrsrsr.
Explicando melhor fiz o comando sudo fdisk -l, em live cd
Disco /dev/sda: 160.0 GB, 160041885696 bytes
255 cabeças, 63 setores/trilha, 19457 cilindros
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Dispositivo Boot Início Fim Blocos Id Sistema
/dev/sda1 * 1 6615 53134956 7 HPFS ou NTFS
/dev/sda2 6616 6677 498015 82 Linux swap / Solaris
/dev/sda3 6678 9292 21004987+ 83 Linux
/dev/sda4 9293 19457 81650362+ b W95 FAT32
Vi uma dica que teria que montar os hds.
Crie uma pasta para montar sua partição raiz (exemplo hda1):
Código:
# sudo mkdir /mnt/hda1
5.Monte a partição raiz (exemplo hda1), na pasta criada:
Código:
# sudo mount /dev/hda1 /mnt/hda1
6.Entre na partição raiz (exemplo hda1) montada como root:
Código:
# sudo chroot /mnt/hda1
7.Atualize a lista do Grub:
Código:
# update-grub
8.Reinstalar o Grub:
Código:
# grub-install /dev/hda
9.Saia do modo root:
Código:
# exit
10.Desmonte a partição raiz (exemplo hda1):
Código:
# sudo umount /mnt/hda1
11.Sair do terminal e reinicializar o micro.
Então minha duvida é que no comando fkisk aparece ( sda1,2,3)
E nessa dica aparece (hda1)
O que fazer para recuperar, reinstalar o grub como dito ai, mas qual o procedimento correto.
Esse hda, teria que trocar por sda?
Pelo menos o windows funciona, mas não quero reinstalar o ubuntu e perder o que já tem.
Abraço.
-
Help
Por favor uma luz
Abraço.
-
PRSC,
"Sda*" é para HD Sata e "Hda*" é para HD IDE.
O sistema irá reconhecer um ou outro, sendo necessária a substituição nos comandos do tutorial conforme o tipo reconhecido.
No mais, recomendo que vc. faça do jeito que eu postei, pois é mais fácil.
[].
-
Pinduvoz
Eu fiz duas vezes como vc falou.
Mas o negocio inverteu, não foi o xp que desapareceu como vc tinha dito, e sim o ubuntu que saiu da lista.
Fiz certinho, mas iniciei pelo xp pra ver se estava tudo em ordem, tava tudo certo, e fui iniciar pelo ubuntu, onde começou acusar esse erro 15.
Ai que vi aquela dica de montar novamente, mas tenho medo de ir fazendo sem um conselho antes.
Eu até passei os dados mais detalhados possivel, que tirei pelo live cd.
Pelo jeito tenho que reinstalar o grub mesmo, porque pelo live cd, não consegui acessar o boot/grub/menu.lst.
Se souber como acessar pelo live cd, beleza, senão me indique como reinstalar o grub.
Abraço
EDIT:
Pera ai, acho que caiu a ficha, deixa eu ver se entendi
devo fazer então:
1- sudo grub
2- find /boot/grub/stage1
3- root (sd?,?) # (onde ?,? é o que aparece no 2 - (hd0,1) por exemplo)
4- setup (sd0)
5- quit
Seria isso, mas nessa parte (hd0,1) por exemplo), como vc citou, veio o retorno (hd0,2), então troco por (sd0,2).
Não sei se entendi, ou me confundi mais ainda, rsrsrsr.
Abraço.
-
Pinduvoz
Eu fiz duas vezes como vc falou.
Mas o negocio inverteu, não foi o xp que desapareceu como vc tinha dito, e sim o ubuntu que saiu da lista.
Fiz certinho, mas iniciei pelo xp pra ver se estava tudo em ordem, tava tudo certo, e fui iniciar pelo ubuntu, onde começou acusar esse erro 15.
Ai que vi aquela dica de montar novamente, mas tenho medo de ir fazendo sem um conselho antes.
Eu até passei os dados mais detalhados possivel, que tirei pelo live cd.
Pelo jeito tenho que reinstalar o grub mesmo, porque pelo live cd, não consegui acessar o boot/grub/menu.lst.
Se souber como acessar pelo live cd, beleza, senão me indique como reinstalar o grub.
Abraço
EDIT:
Pera ai, acho que caiu a ficha, deixa eu ver se entendi
devo fazer então:
1- sudo grub
2- find /boot/grub/stage1
3- root (sd?,?) # (onde ?,? é o que aparece no 2 - (hd0,1) por exemplo)
4- setup (sd0)
5- quit
Seria isso, mas nessa parte (hd0,1) por exemplo), como vc citou, veio o retorno (hd0,2), então troco por (sd0,2).
Não sei se entendi, ou me confundi mais ainda, rsrsrsr.
Abraço.
Olha, até eu fiquei na dúvida, mas dei uma passada no tio Google e descobri que o grub não diferencia HD Sata de HD IDE, ao contrário do Sistema.
Então, enquanto vc. estiver no prompt do Grub (vc. vai estar a partir do comando "sudo grub"), vai ser tudo "hdx", ou seja:
"3- root (hd?,?)
4- setup (hd0)"
Já fora do grub, acho vai ser de acordo com o Sistema, ou seja, "sdx".
No mais, aconselho vc. a dar uma olhada aqui no Fórum sobre instalação em HD Sata, pois pelo que vi no tio Google alguns problemas com o Grub surgem do uso desse tipo de HD.
[]s.
-
Para você fazer mudanças em partições linux através do LiveCD é preciso usar comandos como root, mas como você ainda não tem uma senha, penso eu que o comando sudo não funciona, então use o comando sudo su que o terminal vai ficar como root sem pedir senha.
Outra coisa, tenho o Ubuntu instalado na partição sda6= (hd0,5) quando eu atualizei recentemente o kernel ele atualizou o grub e por algum motivo colocou informações erradas, explicando melhor ele colocou como sendo a partição do Ubuntu sda5 =(hd0,4) e deu justamente esse erro 15. Foi só eu modificar no grub e depois no menu.lst que voltou ao normal.
Para editar no grub, quando aparecer a tela do mesmo vá até a opção do Ubuntu tecle a letra e (editar) e faça a alterção, depois basta dar enter e teclar b (boot). Atenção que esta alteração é temporário para que fique permanente mude no menu.lst dentro da pasta grub em /boot/
-
Alarcon
Deu pra entrar no ubuntu desse jeito.
Passei a dica pro meu amigo pelo msn, só tou aguardando ele pra pegar a grub.lst, pra comparar com a minha.
No caso dele tava (hd0,3), em vez de 2.
Valeu por enquanto a ajuda de vcs
Abraço
-
Pessoal.
Valeu pela ajuda.
Passei a dica pelo msn a meu amigo, ele foi fazendo, pedi pra ele ir na boot/grub/menu.lst. e lá tava virado do avesso, tudo Hd0,3, ele fez a correção em todos que continham o mesmo erro.
Resultado, Perfeito ;D
Mais dicas pra colocar naquele texto de helps :o.
Obrigado pela ajuda.
Abraço.
-
O meu problema é como o "Alarcon" postou.
Porém, não me lembro em qual partição o linux está instalado.
Aparece o erro 17.
Quando vou editar aparece: root (hd0,2)
Mudo a partiçao para (sda,1) (imagino que o linux está nela).
Dou o boot e ele volta pra mesma coisa.
Neste caso, preciso usar o cd?
E para configurar o menu.lst, faço isso na tela do grub ou quando conseguir entrar no sistema?
Aguardando.....
-
O meu problema é como o "Alarcon" postou.
Porém, não me lembro em qual partição o linux está instalado.
Aparece o erro 17.
Quando vou editar aparece: root (hd0,2)
Mudo a partiçao para (sda,1) (imagino que o linux está nela).
Dou o boot e ele volta pra mesma coisa.
Neste caso, preciso usar o cd?
E para configurar o menu.lst, faço isso na tela do grub ou quando conseguir entrar no sistema?
Aguardando.....
Observação tanto os HDs IDE como os SATA usam no grub a nomenclatura (hd?,?) onde o ? são números.
Por exemplo se você tem um único HD (master) e sua partição linux é a terceira, ficaria assim (hd0,2), ou seja é 3-1=2, então (hd0,2). Caso você tivesse um segundo HD (slave) e o linux tivesse na partição 5, ficaria assim (hd1,4), ou seja 5-1=4, então (hd1,4).
Você pode fazer as modificações do grub, mais elas são temporárias. Definitivamente você tem de entrar no sistema e editar o menu.lst. Para editar no grub basta que você selecione a opção do Ubuntu no grub clicar na letra e (de editar) aí você faz as alterações que achar necessárias, teclar ENTER e debois digita a letra b ( de boot) para entar no ubuntu.
-
não estou conseguindo nesta parte:
grub edit > root (hd0,2)
e aí, o que faço?
Não consigo entrar no linux e estou precisando de uns documentos que estão na partiçao ??? ;D
-
não estou conseguindo nesta parte:
grub edit > root (hd0,2)
e aí, o que faço?
Não consigo entrar no linux e estou precisando de uns documentos que estão na partiçao ??? ;D
Você entendeu como edita temporariamente as entradas relativas ao Ubuntu no grub?
Para lhe ajudar eu preciso saber onde está instalado o Ubuntu, em qual partição.
Seu grub deu defeito após alguma atualização do kernel?
Quando você entra no modo de edição do grub, basta se movimentar para esquerda ou direita com as setas do teclado e quando o cursor ficar na posição adequada você deleta o valor errado e digita o certo, depois é só teclar enter e depois a letra b ( de boot).
-
Cara!
Ve se vc pod me ajudar?
Eu to tentando fazer isso desde hoje de manhã!
Eu não consigo entrar no menu.lst, eu entro no grub e consigo editar, mas da erro!
Mudo a partição para (sda,1)
Valew!
Já expliquei sobre isso (sda,1) e acho que você não entendeu. Tentarei ver se melhoro o que disse.
Se você tem o Ubuntu instalado na partição sda isso quer dizer que seu HD é SATA e que o Ubuntu está instalado na primeira partição isso no grub é representado assim (hd0,0)=sda1, como acho difícil que seja assim, pois muito provavelmente você está usando windows em dual boot com o linux e ele deve sempre ficar na primeira partição primária, então acho que a partição que deve esta o Ubuntu é a partição sda2 = (hd0,1).
Entendeu agora?
Nesta linha do grub, por exemplo:
root (hd0,5)
mude para o número, o em negrito, que você achar que seja sua partição
Talvez esta:
root (hd0,1)
Você ainda não me respondeu em que ponto seu grub passou a apresentar defeito.
Em alguma atualização do kernel?
/dev/hda1 e /dev/sda1 = (hd0,0) ; (hda ou sda = hd0 , 1 = 0)
/dev/hda2 e /dev/sda2 = (hd0,1) ; (hda ou sda = hd0 , 2 = 1)
/dev/hda3 e /dev/sda3 = (hd0,2) ; (hda ou sda = hd0 , 3 = 2)
/dev/hda4 e /dev/sda4 = (hd0,3) ; (hda ou sda = hd0 , 4 = 3)
e etc.
hd?= HD IDE
sd?=HD SATA
-
Isso aconteceu depois de uma atualização.
Uso windows e linux.
-
mudo de (hd0,1) para (sda,1) ou
e aparece erro 23:
número não encontrado
-
mudo de (hd0,1) para (sda,1) ou
e aparece erro 23:
número não encontrado
preste atenção no que estou dizendo, no grub não existe isso ( sda,1) que você está tentando fazer. É o que estou dizendo acima.
se sua partição linux é essa sda1 no grub é assim (hd0,0) que se representa
se sua partição linux é essa sda2 no grub é assim (hd0,1) que se representa
se sua partição linux é essa sda3 no grub é assim (hd0,2) que se representa
se sua partição linux é essa sda4 no grub é assim (hd0,3) que se representa
e etc.
-
Supondo que o seu grub, com relação ao Ubuntu, tivesse assim:
title Ubuntu, kernel 2.6.20-16-generic
root (hd0,0)
kernel /boot/vmlinuz-2.6.20-16-generic root=UUID=da838fb4-de57-4a7c-bf60-9b5f4685fa69 ro quiet splash
initrd /boot/initrd.img-2.6.20-16-generic
quiet
savedefault
com as informações em negrito ( e vermelho) erradas e as certa fossem:
title Ubuntu, kernel 2.6.20-16-generic
root (hd0,1)
kernel /boot/vmlinuz-2.6.20-16-generic root=/dev/sda2 ro quiet splash
initrd /boot/initrd.img-2.6.20-16-generic
quiet
savedefault
aí você editava estas linhas no grub colocando os valores corretos ( os em negrito e verde).
-
Valeu!!!
Estou no linux......
:D :D :D
-
Valeu!!!
Estou no linux......
:D :D :D
Nada, mas onde estava o erro.
Edite o menu.lst para que as mudanças fiquem permanentes ok.
-
O erro estava como vc postou na última mensagem. Mudei e deu certo
Se não fosse a mensagem, não mudaria isso nunca aquela parte do /dev/sda2.
-
O erro estava como vc postou na última mensagem. Mudei e deu certo
Se não fosse a mensagem, não mudaria isso nunca aquela parte do /dev/sda2.
É o seguinte o Ubuntu nesta ultima versão inventou esta tal de UUID=numero enorme, mas isso quando você altera o kernel muda de valor e o grub não consegue identificar o novo valor, ficando com o antigo e aí dá erro. Representando da fora antiga não tem erro (/dev/sda?). Para saber o novo valor desta tal de UUID basta abrir um terminal e digitar: blkid este comando vai informar as UUID de todas as partições existentes no seu HD.
Depois era só mudar o valor para o novo, mas era mais complicado falar assim e como você não podia entrar no linux para verificar qual seria este novo código, então achei melhor da forma antiga.
-
Interessante, vou estudar mais sobre isso.
Muito obrigado pelas dicas.
-
É o seguinte o Ubuntu nesta ultima versão inventou esta tal de UUID=numero enorme, mas isso quando você altera o kernel muda de valor e o grub não consegue identificar o novo valor, ficando com o antigo e aí dá erro. Representando da fora antiga não tem erro (/dev/sda?). Para saber o novo valor desta tal de UUID basta abrir um terminal e digitar: blkid este comando vai informar as UUID de todas as partições existentes no seu HD.
Depois era só mudar o valor para o novo, mas era mais complicado falar assim e como você não podia entrar no linux para verificar qual seria este novo código, então achei melhor da forma antiga.
alarcon concordo com você que usar as informações sem o UUID são mais fáceis de entender, e também de mexer, mas dai você dizer que alterar o kernel provoca problemas porque o grub não consegue identificar o novo valor é algo falso.
Só como exemplo, esta semana instalei várias máquinas novas com o Ubuntu 7.04, em nenhuma delas eu alterei o arquivo /etc/fstab e /boot/grub/menu.lst (ou seja, o UUID ficou lá). Todas foram atualizadas, inclusive kernel, e absolutamente nenhuma delas deu problemas.
Quando você mexe nos seus HD's, ou nas partições, pode mesmo ocorrer do UUID mudar, e o GRUB não identifica mesmo a mudança, desde que você não o reinstale, pois se fizer isto o arquivo /boot/grub/menu.lst será refeito perfeitamente (ao menos em teoria).
-
É o seguinte o Ubuntu nesta ultima versão inventou esta tal de UUID=numero enorme, mas isso quando você altera o kernel muda de valor e o grub não consegue identificar o novo valor, ficando com o antigo e aí dá erro. Representando da fora antiga não tem erro (/dev/sda?). Para saber o novo valor desta tal de UUID basta abrir um terminal e digitar: blkid este comando vai informar as UUID de todas as partições existentes no seu HD.
Depois era só mudar o valor para o novo, mas era mais complicado falar assim e como você não podia entrar no linux para verificar qual seria este novo código, então achei melhor da forma antiga.
alarcon concordo com você que usar as informações sem o UUID são mais fáceis de entender, e também de mexer, mas dai você dizer que alterar o kernel provoca problemas porque o grub não consegue identificar o novo valor é algo falso.
Só como exemplo, esta semana instalei várias máquinas novas com o Ubuntu 7.04, em nenhuma delas eu alterei o arquivo /etc/fstab e /boot/grub/menu.lst (ou seja, o UUID ficou lá). Todas foram atualizadas, inclusive kernel, e absolutamente nenhuma delas deu problemas.
Quando você mexe nos seus HD's, ou nas partições, pode mesmo ocorrer do UUID mudar, e o GRUB não identifica mesmo a mudança, desde que você não o reinstale, pois se fizer isto o arquivo /boot/grub/menu.lst será refeito perfeitamente (ao menos em teoria).
clcampos tudo que falo aqui é sobre o que já aconteceu comigo, ou seja, por experiência própria e o que pude observar é que na atualização do kernel, por estas duas ultimas vezes, ocorreu de o menu.lst do grub não atualizar corretamente as informações, ou seja:
esta parte do meu grub:
root (hd0,5)
se altera para (após a atualização do kernel):
root (hd0,4)
portanto um valor completamente errado, pois o meu ubuntu está na partição sda6 = (hd0,5) e não na partição sda5=(hd0,4)
Esta outra parte do grub também fica de forma errada:
kernel /boot/vmlinuz-2.6.20-15-generic root=UUID=da838fb4-de57-4a7c-bf60-9b5f4685fa69 ro
single
a parte em negrito se altera para outro valor de código e portanto causa erro. No fstab a UUID muda para o novo valor, mas no menu.lst do grub não, ou seja, permanece no antigo e causa conflito.
Você pode observar como ultimamente apareceram vários tópicos aqui com problemas no grub, coisa que antigamente não ocorria. Podem ser só coincidências ou os motivos de erros até outros, pois não lembro dos motivos de todos, mas que cresceu falhas nesta parte não há como negar.
Não sei se isso ocorre com todos, mas aqui comigo aconteceu por duas vezes e foi na atualização do kernel. Na hora do comando que executa a verificação do novo kernel e altera as entradas no menu.lst do grub está fazendo errado.
Nas duas vezes que ocorreu não fiz qualquer alteração no HD, foi só mesmo a atualização do kernel via gerenciador de atualizações do Ubuntu.
Foi o que suspeitei ter ocorrido com nossa colega acima, pois ela alterava o valor (hd0,1) e não conseguia ainda entrar no Ubuntu, então suspeitei que o UUID estivesse errado e foi só ela colocar na forma tradicional /dev/sda2 que funcionou. Perguntei a ela se havia atualizado o kernel recentemente e ela confirmou. Será apenas coincidência?
Está parecendo aquele personagem do filme Auto da Compadecida, o Chicó (Selton Mello) que dizia: " Não sei, só sei que foi assim" ;D
-
Tenho 2 PC's e um note. Um destes três equipamentos apresenta problema bastante semelhante ao seu toda vez que atualizo o kernel. Tenho este problema com ele a muito tempo, com certeza desde o Dapper.
Acho que o meu problema, assim como o seu, são problemas isolados. Digo isolados porque cuido, de certa forma, de mais de 80 máquinas (entre as minhas, de amigos, família e trabalho) e somente esta é assim.
Só fiz a intervenção anterior porque não vi em seu texto algo que mostre que isto é um problema isolado, ou de uma minoria, e ainda o liga ao uso do UUID, e como pode ver eu tenho problema semelhante a muito mais tempo que isto.
É o seguinte o Ubuntu nesta ultima versão inventou esta tal de UUID=numero enorme, mas isso quando você altera o kernel muda de valor e o grub não consegue identificar o novo valor, ficando com o antigo e aí dá erro.
De qualquer forma ainda não vi nenhuma utilidade que justifique o uso do UUID.
-
Tenho 2 PC's e um note. Um destes três equipamentos apresenta problema bastante semelhante ao seu toda vez que atualizo o kernel. Tenho este problema com ele a muito tempo, com certeza desde o Dapper.
Acho que o meu problema, assim como o seu, são problemas isolados. Digo isolados porque cuido, de certa forma, de mais de 80 máquinas (entre as minhas, de amigos, família e trabalho) e somente esta é assim.
Só fiz a intervenção anterior porque não vi em seu texto algo que mostre que isto é um problema isolado, ou de uma minoria, e ainda o liga ao uso do UUID, e como pode ver eu tenho problema semelhante a muito mais tempo que isto.
Bom isso só ocorreu agora nas atualizações dos pacotes linux-image-2.6.20-16-generic_2.6.20-16.31_all.deb e linux-image-2.6.20-16-generic_2.6.20-16.32_all.deb, ou seja nas duas ultimas atualizações do kernel versão 2.6.20-16-generic. Perceba que nas atualizações anteriores a estas do kernel 2.6.20-16-generic e na atualização do kernel 2.6.20-15-generic para o kernel 2.6.20-16-generic não houve qualquer tipo de erro. O PC continua sendo o mesmo.
Que eu me lembre o Dapper não tinha esta entrada UUID no fstab e nem no grub. No Edgy não posso falar por que não usei. Pulei do Dapper para Feisty.
Pensei até ser algum erro no script que deve ter no pacote do kernel (postinst) que esteja com algum tipo de erro e que não atualiza direito o menu.lst do grub.
-
É, o Dapper não usava mesmo o UUID. E nem imagino o que seja, nem que seja problemas de script, ou algo assim, já que o PC foi formatado no início mais de uma vez para teste.
Sei que sofro com isto desde o Dapper, e como disse apenas com 1 PC. A cada atualização de kernel (imagine quantas desde lá), ou então a cada necessidade de reinstalar o GRUB, tenho que editar o arquivo na mão e alterá-lo.
Quem me dera ter tido a sua sorte para só ter tido problemas nas últimas duas atualizações.
-
É, o Dapper não usava mesmo o UUID. E nem imagino o que seja, nem que seja problemas de script, ou algo assim, já que o PC foi formatado no início mais de uma vez para teste.
Sei que sofro com isto desde o Dapper, e como disse apenas com 1 PC. A cada atualização de kernel (imagine quantas desde lá), ou então a cada necessidade de reinstalar o GRUB, tenho que editar o arquivo na mão e alterá-lo.
Quem me dera ter tido a sua sorte para só ter tido problemas nas últimas duas atualizações.
clcampos me tira só mais esta dúvida, estes computadores que você usa o Ubuntu 7.04 estão exatamente com um destes dois últimos pacotes .deb do kernel (linux-image-2.6.20-16-generic_2.6.20-16.31_all.deb ou linux-image-2.6.20-16-generic_2.6.20-16.32_all.deb)?
-
Todos os PC's que usam o Feisty estão 100% atualizados sim.
Recordando alarcon, tenho um PC que mesmo usando HD IDE o Feisty o reconhece como SATA (/dev/sda). Toda vez que atualizo o kernel ele altera os dados do arquivo /boot/grub/menu.lst como sendo /dev/hda, mas em /dev só existem arquivos sda. Vai entender?!?!?!
Mesmo assim isto sempre aconteceu, e também não sei porque.
-
Todos os PC's que usam o Feisty estão 100% atualizados sim.
Recordando alarcon, tenho um PC que mesmo usando HD IDE o Feisty o reconhece como SATA (/dev/sda). Toda vez que atualizo o kernel ele altera os dados do arquivo /boot/grub/menu.lst como sendo /dev/hda, mas em /dev só existem arquivos sda. Vai entender?!?!?!
Mesmo assim isto sempre aconteceu, e também não sei porque.
Obrigado pelas informações nobre clcampos.
Só gostaria de saber o por quê de usar UUID, qual sua vantangem, pois até agora não vi e só complicou o que já era muito fácil. Vai o usuário colocar outras distros para testes em outras partições que já estraga tudo, aí o pobre coitado acha que seu Ubuntu está com problemas e formata a partição reinstalando o Ubuntu quando na verdade só precisaria editar as entrada no fstab e/ou grub.
É até estranho que quando a UUID está errada no fstab o Ubuntu entra no modo texto e acusa algo de errado com o apt-get que não tem nada haver com a história (ou estória?).
-
Obrigado pelas informações nobre clcampos.
Só gostaria de saber o por quê de usar UUID, qual sua vantangem, pois até agora não vi e só complicou o que já era muito fácil. Vai o usuário colocar outras distros para testes em outras partições que já estraga tudo, aí o pobre coitado acha que seu Ubuntu está com problemas e formata a partição reinstalando o Ubuntu quando na verdade só precisaria editar as entrada no fstab e/ou grub.
Concordo plenamente, ainda não entendi o porque do uso do UUID.
É até estranho que quando a UUID está errada no fstab o Ubuntu entra no modo texto e acusa algo de errado com o apt-get que não tem nada haver com a história (ou estória?).
Nunca passei por isto.
-
Obrigado pelas informações nobre clcampos.
Só gostaria de saber o por quê de usar UUID, qual sua vantangem, pois até agora não vi e só complicou o que já era muito fácil. Vai o usuário colocar outras distros para testes em outras partições que já estraga tudo, aí o pobre coitado acha que seu Ubuntu está com problemas e formata a partição reinstalando o Ubuntu quando na verdade só precisaria editar as entrada no fstab e/ou grub.
Concordo plenamente, ainda não entendi o porque do uso do UUID.
É até estranho que quando a UUID está errada no fstab o Ubuntu entra no modo texto e acusa algo de errado com o apt-get que não tem nada haver com a história (ou estória?).
Nunca passei por isto.
Para terminar, afinal este tópico já esta com a palavra resolvido no seu título :P, este erro apareceu para mim na seguinte situação, tinha o Archlinux instalando numa partição com o Gnome, então resolvi reinstalar o Archlinux com o KDE para ficar com o Ubuntu/Gnome e Archlinux/Kde. Reinstalar por que queria refazer alguns passos que não fiz na instalação anterior.
Quando fui dar o boot com o Ubuntu fui direto para o modo texto e lá apareceu uma mensagem falando algo sobre o apt-get que não lembro neste momento. Fui ver o que estava de errado com o apt-get e não encontrava defeito algum até que encontrei a solução no tal de UUID que estava errado no arquivo fstab para as partições que tenho aqui e foi só resolver isso que tudo voltou ao normal.
-
E ai, vi que o assunto se estendeu.
Querem que eu tire o resolvido pra continuarem a debater sem problema.
Afinal esse parece um assunto muito importante devido aos erros que acontecem.
Assim fica mais completo.
Abraço
-
E ai, vi que o assunto se estendeu.
Querem que eu tire o resolvido pra continuarem a debater sem problema.
Afinal esse parece um assunto muito importante devido aos erros que acontecem.
Assim fica mais completo.
Abraço
Não precisa caro PRSC, pois acho que já tudo esclarecido. De qualquer forma obrigado pela atenção.