Rodrigo, apenas para lhe reportar: descobri o que estava ocasionando o problema em meu servidor. Difícil demais diagnosticar um problema assim. Tudo acontecia por causa do módulo de minha placa PCI wireless. Se eu der um reboot na máquina com o módulo rtl8180 carregado ela trava no ponto que te disse. Se eu descarrego o módulo, o problema desaparece. Compilado built-in misteriosamente o iwlist scan não consegue detectar as redes, portanto terei mesmo de usá-la como módulo.
Solução: POG (Programação Orientada a Gambiarra): mv /sbin/reboot /sbin/true.reboot echo "/sbin/rmmod rtl8180 && /sbin/true.reboot" > /sbin/reboot chmod +x /sbin/reboot 2008/5/15 Kleber Vieira de Araújo <[EMAIL PROTECTED]>: > Olá, Rodrigo. > > Fico muito grato pelo seu interesse em me auxiliar neste caso. Vou seguir > suas orientações e tentar utilizar o git. > > Muito obrigado. > > > > 2008/5/15 Rodrigo Luiz <[EMAIL PROTECTED]>: > > >> 2008/5/14 Kleber Vieira de Araújo <[EMAIL PROTECTED]>: >> > >> > Eis que quando dou um restart (reboot, shutdown -r, init 6, >> CTRL+ALT+DEL) na >> > máquina rodando o kernel novo (2.6.25) o processo de shutdown é >> concluído >> > normalmente, a máquina reinicializa mas para (trava, congela) logo após >> > detectar minhas unidades (CD-ROM e HD). Ou seja, para de responder na >> tela >> > da BIOS. O mesmo não acontece quando dou boot usando o kernel original >> > (2.6.24). Certamente esqueci de habilitar alguma frescura no kernel >> novo. >> > Algum de vocês já passou por isto e tem alguma dica para me dar? >> > >> >> Na tela da bios? Estranho hein.. >> >> Pode ser algo relacionado a acpi. Máquinas recentes salvam dados >> relativos a acpi no momento da reinicialização, e o acpi do kernel >> pode estar salvando algum dado incorreto (um chutão mesmo). >> >> Nestes casos é complicado saber o que pode ser, a não ser alguem que >> já passou pelo mesmo problema e possa te dar uma dica mais exata. >> >> Porém eu no seu lugar, caso você tenha interesse em pesquisar e >> estudar, baixe o fonte do kernel pelo git (git-clone), e depois pelo >> git-bisect você irá descobrir a partir de qual patch (e >> consequentemente o código no kernel) que começou a causar este >> problema. No google existe várias documentações a respeito. E até que >> é bastante simples de se utilizar esses comandos do git. Basta mesmo é >> ter paciência e tempo para achar o patch com esta possível regressão. >> >> Uma outra dica seria atualizar a sua bios e observar se resolve alguma >> coisa. >> >> -- >> []'s >> Rodrigo Luiz >> >> GUS-MG ~ http://www.gus-mg.org >> Grupo de Usuários Slackware de Minas Gerais >> >> >> >> > --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br -~----------~----~----~----~------~----~------~--~---
