Problemas ao iniciar Ubuntu server 9.10 - cursor piscando...

leopunk · 13 de Julho de 2010, 13:14

Recentemente, e por questões de compatibildades com as aplicações que usamos, instalei um servidor (ver descrição abaixo) com o Ubuntu server 9.10 Karmic.
Instalei os pacotes do Apache, PHP, e etc, sem problemas.

Finalizado o serviço notei que algumas vezes (nem sempre) ao reiniciar a máquina com "shutdow -r now" ou desligando com "-h", ao ligar novamente a máquina ela não inicializava normalmente, apenas carregava alguns processos mas parava antes de solicitar o login, exibindo na tela apenas o cursor piscando indefinidamente... e com isso deixando o server fora do ar.

Então notei que pressionando o botão reset para que ela voltasse a iniciar, e quando desta vez aparecem as opções do Grub, pressiono enter na primeira - que é o default - e o sistema entra normalmente.

Minha pergunta é: Porque algumas vezes o sistema inicia normalmente sem problemas e outras vezes fica apenas o cursor piscando e não carrega mais nada??
Alguém tem alguma idéia do que pode estar acontecendo??

Obs: Já experimentei colocar o parametro rootedelay=130 no arquivo /boot/grub/grub.cfg e não adiantou nada...

SISTEMA...............................................................
Versão: Ubuntu 9.10 Karmic (i386)
Kernel: 2.6.31-14-generic-pae

HARDWARE..............................................................
Processador: Intel(R) Core(TM)2 Quad CPU 2.50GHz - 64 bits
Memória: 8Gb DIMM DDR2 Synchronous 800 MHz
HD: SAMSUNG HD502HI (500GB)
Volume:0 particionamento EXT4 em/dev/sda1

FILESYSTEM............................................................
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 471904752 13369040 434564324 3% /
udev 2039936 208 2039728 1% /dev
none 2039936 0 2039936 0% /dev/shm
none 2039936 36 2039900 1% /var/run
none 2039936 0 2039936 0% /var/lock
none 2039936 0 2039936 0% /lib/init/rw

sistematico · 13 de Julho de 2010, 20:02

Procure por alguma pista do que está acontecendo nos arquivos /var/log/syslog, /var/log/messages e nos demais logs dentro de /var/log/
Quem sabe tem alguma coisa que indique onde está o erro.

slkslk · 14 de Julho de 2010, 05:51

Umas simples perguntas de despiste: não tem discos rígidos externos/dvd's externos ligados ao servidor? Na BIOS não tem configurado para arrancar a partir da rede ou da drive de cd's? Qual a última linha que aparece antes de aparecer o cursor? Se fizer reset, NUNCA aparece o cursor bloqueado?

Cumprimentos

leopunk · 14 de Julho de 2010, 10:38

sistematico
Já conferi estes logs mas não consegui nenhuma pista porque os registros gravados nestes logs são aquelas das vezes em que a inicialização ocorreu com sucesso, entende? Então não consigo descobrir o momento e em qual operação está travando...

O momento antes de travar o boot retorna algo do tipo:

Código Selecionar

[ 12.] piix4_smbus 00000:00:07: SMBus base address uninitialized...
Não dá tempo de ver tudo pq logo em seguida a tela fica preta e com o cursor piscando, sem retorno...
Quando a máquina inica corretamente, após esta mensagem a tela limpa e aparece "Grub Loading." e o sistema levanta todos os processos, keymap, profile, levanta o apache, tudo normal...

slkslk
Não tenho nenhum driver externo ligado nele não, está tudo padrão. Um fato que talvez possa ser uma pista é que eu havia instalado o Ubunutu server 10.04 nesta máquina e ela iniciava normalmente! Mas na versão 9.10 apresenta isso, e o pior: é algo aleatório, tem dias que inicia normal, tem dias que trava.
Todas as vezes em que dou o Reset e entro pelo grub a máquina inicia perfeitamente!
E eu não posso utilizar a versão 10.04 por diversos erros que as aplicações que usamos estavam retornando (coisa que nem o pessoal do desenvolvimento destas ferramentas descobriu a causa)...

Começo a desconfiar do algo de hardware, de rede, ou do adaptador de vídeo, pa a tela antes de ficar preta dá uma piscada como se estivesse se ajustando a outra resolução, não sei se isso é normal.. nas máquinas que instalei nunca vi isso...

Alguma outra pista?

sistematico · 14 de Julho de 2010, 10:44

Tente desativar o acpi

Código Selecionar

sudo update-rc.d -f acpid remove

slkslk · 14 de Julho de 2010, 11:19

Active o log de boot

Código Selecionar

$ sudo nano /etc/default/bootlogd

e onde diz No

Citar# Run bootlogd at startup ?
BOOTLOGD_ENABLE=No

escreva Yes

O log do boot vai ficar gravado no /var/log/boot. Por aí provavelmente já vemos a razão. Eu aposto que o SO está a tentar verificar por erros no disco e quando faz reset ele simplesmente arranca sem essa verificação. O problema é que o arranque deve ter a cláusula "quiet" e no restart não se vê o processo a decorrer...

Cumprimentos

sistematico · 14 de Julho de 2010, 11:51

Ia falar exatamente isso, para esperar mais um pouco.

leopunk · 14 de Julho de 2010, 13:29

valeu pessoal,
vou fazer isso: desativar acip e ativar o loge de boot, mas só vou poder confirmar se deu certo (ou o conteúdo do log) amanhã de manhã, pois não posso "derrubar" o server agora, e como faço acesso remoto via ssh, se a máquina travar não terei nem mais como liga-la, a não ser indo lá.. que é muito distante de onde fico!!! rs..
obrigado pelas dicas... torcendo pra que dê certo!

Li em alguns posts sobre problemas de boot relacionados ao processo de DHCP ao iniciar o sistema.. eu utilizo IP fixo e a rede está toda configurada corretamente, ou seja, não uso nada com dhcp.
Pergunta: Se eu remover o dhcp3-client por "aptitude remove dhcp3-client" existe algum risco da rede parar de funcionar ao iniciar a máquina e eu não consiga mais fazer ssh pra ela?? É um teste válido ou não tem nada haver??

slkslk · 15 de Julho de 2010, 06:31

Na minha opinião, se a máquina não é server de DHCP, e tem IP fixo, esse pacote é irrelevante. Mas também não será daí que parará o arranque seguramente. Se fosse DHCP com um arranque a partir da rede, aí sim poderia ter influência. No seu caso, pelo que está a dizer, não me parece de todo.

leopunk · 16 de Julho de 2010, 14:20

amigos.

a mudança no apcip não surtiu efeito...
e quanto ao log do boot, fui verificar agora e não foi gravada nenhuma entrada neste log, ou seja, a máquina trava antes disso!
mt estranho... nunca vi isso!

slkslk · 19 de Julho de 2010, 05:37

Isso de certeza que é um processo crítico qualquer que falha no arranque. Faça o shutdown via consola (para forçar o dito erro), mas entre em modo de segurança no grub. Vai começar a aparecer uma listagem de processos a arrancar. Teoricamente deverão dizer "OK" ou algo semelhante. Se algum disser "Falhou" ou algo semelhante a vermelho, poste qual o processo que deu erro e que erro. Se isso acontecer faça o mesmo teste para um arranque normal da CPU em modo de segurança. Confirme se o processo que lhe dá erro continua a dar o mesmo erro.