Ubuntu 10.4 - após atualização, não desliga, só reinicia...

[André Luiz D Queiroz]

Boa tarde a todos,
Como relato na linha de assunto, instalei o Firefox 4 por meio de novo canal de software ("ppa:mozillateam/firefox-stable"), como descrito em <http://freepkg.wordpress.com/2011/03/23/firefox-4-ubuntu-ppa/>. A instalação do novo Firefox transcorreu normal, aparentemente -- porém meu sistema não está desligando, só reinicia...
Durante a instalação dessa atualização, outros pacotes foram baixados também, mas não sei quais -- creio que tenha sido um deles que causou o problema (inclusive, houve requisição de reiniciar a máquina para completar a instalação).
Ainda: antes do problema se manifetar, também fucei num DVD de instalação do WinxXP (via wine), em busca de suporte de idiomas que queria adicionar ao MS Word rodando sobre o wine (mas sem sucesso). Não creio qeu tenha relação com o problema, mas...
Já tentei desligar via terminal com "sudo shutdown now", "sudo halt", e também rodar em modo de segurança para tentar achar o problema... Nada feito. A única maneira foi manter o botão 'liga/desliga' do gabinete apertado enquanto a máquina iniciava o ciclo de reiniciar.
Já pesquisei outros tópicos relatando problema correlato, mas não encontrei resposta conclusiva.
Toda ajuda/sugestão será bem vinda.

Grato.

[fabiorumor]

Olá, isso acontece todas as vezes que vais desligar o pc?
Abraço.

[André Luiz D Queiroz]

Até o momento, sim. As demais funções do sistema parecem normais.
Li alguma coisa que esse tipo de problema está relacionado ao gerenciamento de energia (o módulo ACPI do kernel, correto?...)
--------------------------------------
Um 'update' da situação: 'fuçando' a Internet, achei um post relacionado: <http://osysadmin.wordpress.com/2010/10/27/ubuntu-server-10-04-lts-botao-liga-desliga-nao-funciona/>
Tentei a solução sugerida, " apt-get install acpid ", porém não surtiu efeito; o sistema retorna que esse pkg já está instalado, mas o problema continua... Ao mandar desligar, ele ainda reinicia...

[André Luiz D Queiroz]

O 'zkkerj' esteve aqui em casa e descobriu o problema: de fato, quando atualizei a máquina, um novo Kernel foi instalado (2.6.32-31), e esse parece estar bugado no gerenciamento da acpi; o jeito foi reverter para o kernel anterior (2.6.32-30-generic), e o problema acabou.
Depois vou tentar relatar esse bug.

Grato pelo interesse de todos!

[André Luiz D Queiroz]

Bem, estou reabrindo o tópico na esperança de conseguir mais ajuda.
Atualizei o sistema para o 11.04, com kernel 2.6.38-10 generic, e o problema de não conseguir desligar/ só reiniciar voltou. Aliás, na minha máquina (Athlon 64, bios Phoenix), esse problema acontece desde a atualização para o kernel 2.6.32-31.
Já tentei incluir a instrução " apci=force" na linha de kernel do sudo gedit /boot/grub/menu.lst
"
title      Ubuntu 11.04, kernel 2.6.38-10-generic
root      (hd0,1)
kernel   /boot/vmlinuz-2.6.38-10-generic root=UUID=1e966084-5f25-4407-9894-d4e46000c211 ro quiet splash apci=force
initrd      /boot/initrd.img-2.6.38-10-generic
quiet
"
Mas não surtiu qualquer efeito. Também tentei esse procedimento a seguir:
"
Open a terminal and type

$ sudo modprobe -rf rt2860sta
 (Initially I tried sudo modprobe -rf rt2800pci,this command freezes my computer again so I tried the above command and it worked.)

In the above command,I am removing the rt2860sta module which is a Wifi driver.The actual reason for the shutdown/reboot/Wifi issue,is that during booting the kernel invokes both the rt2860sta and rt2800pci drivers,which in turn causes a conflict.This blocks,shutdown and restart.

$ sudo modprobe rt2860sta

Adding the module again.

$ echo blacklist rt2860pci | sudo tee -a /etc/modprobe.d/blacklist.conf

Here,I am blacklisting the module which is conflicting with the actual driver.
"
Mas não cheguei a colocar o tal módulo rt2860sta em blacklist...

Assim, está essa situação chata. O sistema é usável (Gnome clássico! O Unity é horrível!) mas, justamente na hora de desligar, fica com essa chatice.
Grato pela atenção e apoio!

[Tota]

Ola

Comece isolando o problema.

Em terminal digite

Código: [Selecionar]

sudo halt
E veja se desliga.

Veja também as mensagens de desligamento.

Se não desligar e travar em algum ponto, aí sim, comece a remover os modulos manualmente.

[]'s

[André Luiz D Queiroz]

Bom dia!
Obrigado pelo interesse. Tentei o sugerido: $sudo halt -- mas não funcionou. As mensagens foram rápidas, e não cheguei ver onde ocorreu o 'fail'.
Como posso ver as mensagens de sistema uma a uma?
Grato.

[Tota]

Ele reiniciou ou congelou?

[]'s

[André Luiz D Queiroz]

Reiniciou... Igual a quando aciono o 'botão' no modo gráfico. Seguem-se as mensagens do processo de shutdown, mas, na hora de desligar a fonte, ele reinicia. Haveria alguma maneira de executar o 'halt' passo-a-passo? De maneira a identificar de uma vez qual o módulo que trava o desligamento completo?

Grato a todos!

[Tota]

Estranho....

Bem, comece pela BIOS

Veja como está a parte de energia ( ehci, acpm, etc. )

Altere os valores e teste.

se nada funcionar, use o comando

Código: [Selecionar]

sudo lsmod
Isto irá mostrar os drivers instalados no momento.

com o comando sudo rmmod <modulo>

voce remove os modulos de forma temporária.

Remova este da placa de rede (citado por voce) por exemplo => sudo rmmod rt2860sta

E vá removendo um a um a cada desligamento até encontrar o "sem vergonha".

É trabalho, mas não tem outra forma de encontrar quem está fazendo isto.

Para ver os log do sistema=>

Clique no icone de desligar a maquina, escolha => Configurações do sistema

Procure => visualizador de arquivos de log

Procure por => syslog

(escolha o dia ) e veja lá. Aproveite para verificar os outros e conhecer o sistema pelas entranhas.

[]'s

[druidaobelix]

Experimente acrescentar na command line do menu do grub (coloque no final, após o que tiver na linha):

reboot=b

Fica algo assim:

linux /boot/vmlinuz-2.6.35-28-generic root=UUID=3efb2b68-0828-486f-8175-c63373391fee ro splash reboot=b


Se quiser maiores detalhes, verifique esse tópico:

http://ubuntuforum-pt.org/index.php/topic,83031.0.html

[]'s

[1militar]

Caro, colega

A linha esta assim no gnu grub versão 1.99

linux /boot/vmlinuz-2.6.38-10-generic root=uuid=f106e39c-80a9-4458-bfe5-3a62c93ace41 ro  quiet splash vt.handoff=7
initrd /boot/initrd.img-2.6.38-10-generic

Tentei mas não consegui corrigir..
obs: uuid são letras maiusculas.

[fabricio3g]

Eu também estou com o mesmo problema, o meu é o 11.04, também não desliga, apenas reinicia. Tenho dual boot com windows 7 e nele também acontece a mesma coisa. Seja desligando no menu iniciar(Windows) e barra de tarefas(Ubuntu) ou pelo botão do notebook, ele faz o mesmo, apenas reinicia. Se alguém puder me ajudar, agradeceria.

[André Luiz D Queiroz]

Após dias sem sentar à frente do Bazinga, tentei aplicar o comando reboot=b à linha do menu do grub, como sugerido. Mas também não funcionou...
Por enquanto, a única solução parece ser voltar a usar o kernel 2.6.32-30. O ruim dessa 'solução' é que, toda vez que as atualizações vierem como outro kernel, estará sujeito a deixarmos passar um kernel novo com o 'problema velho'...

14.09 - Voltando ao tópico: não haveria maneira de comparar o 'conteúdo' do kernel 2.6.32-30, que não dá o tal problema de não desligar, com o dos kernels posteriores, para descobrir onde afinal está o problema no controle do 'acpi' ou seja lá o que faz a máquina não desligar?...

15.09 - Tentei novamente adicionar comandos à linha do menu do grub:
" /boot/vmlinuz-2.6.38-10-generic root=UUID=1e966084-5f25-4407-9894-d4e46000c211 ro quiet splash apci=force reboot=b"  

... mas não surtiu qualquer efeito aparente.
Acabei de entender o porque do comando "reboot=b" não surtir efeito; o Bazinga é AMD64, e esse comando é somente para CPUs X86_32... !

O jeito ainda parece ser mesmo reverter para o kernel 2.6.32-30, que está instalado, mas sei lá porque, não loga direito em modo gráfico! Aparece um catatal de mensagens, das quais só conseguir identificar que o 'ipva6' falha...  e fica por isso!
Ora bolas, como que eu faço agora pra rodar um kernel no Ubuntu 11.04 que, quando eu desligar a máquina, desligue direito?!...

[André Luiz D Queiroz]

Atualizando o status da coisa: sem desmerecer a sugestão do Tota de analisar o processo de shutdown até achar o processo que trava o power-off final (o problema é que isso iria consumir 'horas'...), resolvi tentar voltar ao kernel 2.6.32-30 -- a primeira solução que 'resolveu'. Não é a solução melhor, porque teria que ficar policiando as atualizações para não instalar outro kernel, mas resolve!

Pra constar: o 'Bazinga' é Athlon 64, e a BIOS é Phoenix -- já olhei as configurações, e essa versão não dá opção de mexer no gerenciamento de ACPI!, que fica em 'enabled' .

Como falado, o kernel 2.6.32-30 continua lá, mas algo está faltando, e o boot não funciona direito... Verifiquei os pacotes instalados, e descobri que falta o "linux-headers-2.632-30-generic". Pelo synaptic não consegui achar, porque é pacote de um repositório fora de uso pelo Natty 11.04.. Então, tentei achar um repositório adequado e adicionar no synacptic: achei, mas sei lá porque o gerenciador não me deixou incluir a url que encontrei... Então parti pra baixar "na unha" o pacote e mandar instalar. Outra decepção: mando instalar o pacote "linux-headers-2.6.32-30-generic-I386" (acho que é isso, a versão AMD64 ele não aceitou...) e o synatptic também parou com mensagem de "dependência não contentável"! Seguido do que parece ser o mesmíssimo pacote ("linux-headers-2.6.32-30-generic"). Ué?!...

Preciso resolver isso de uma vez; só desligar o computador na base de manter apertado o botão da CPU vai acabar estragando alguma coisa....
Só conto com a ajuda dos amigos pra resolver isso.
Grato a todos!