Eu tive o mesmo problema com o Ubuntu Server 9.10 (instalação sem cabeça, gráficos da Intel). Adicionando nomodeset opção para / etc / default / grub funcionou bem para mim. Não esqueça de correr
$ sudo update-grub
depois de tudo.
Acabei de atualizar meu servidor Ubuntu de 9.04 para 9.10 e depois de aproximadamente 10 minutos ele bloqueou. Ele não responderá ao ping, não poderá ssh e o terminal não aceitará a entrada do teclado. Não tem o X instalado. Eu então reformatei e instalei do zero com os mesmos resultados. Existem dois discos rígidos, o primeiro é para o sistema operacional e o segundo é para mídia. O segundo não mudou, é uma unidade formatada ext3 com uma partição.
Eu parei os serviços aleatórios (samba, ushare, transmission-daemon) para ver se eles estavam causando o problema, mas ele ainda estava bloqueado. Eu fiz um watch "dmesg|tail" até que ele foi bloqueado, mas eu não vi nada.
Como posso resolver isso mais? Eu não quero fazer o downgrade.
Especificações da máquina: Dell Dimension 3000 Pentium 4 @ 3GHz 512M de RAM
Outra opção é desativar o suporte ao framebuffer, adicionando a opção nomodeset kernel em /etc/default/grub :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
A caixa está ativa há mais de uma hora desde que a tela foi desconectada agora.
edit: Depois de um dia, posso certamente confirmar que o problema foi resolvido desativando o framebuffer
Você descartou um problema de hardware? Eu sugiro tentar arrancar com um 9.04 livecd e deixar o computador funcionando por algumas horas. Se o problema desaparecer, provavelmente é um driver ruim no kernel 9.10 ou similar.
É possível que haja um bug no seu hardware, mas esse não seria o meu palpite mais provável. Desde que o hardware é antigo, eu acho que um problema de hardware.
Eu correria memtest86 para ver se há algum problema de memória. Poderia ser um problema de calor também, mas eu acho que você não conseguiria instalá-lo.
Editar:
Oh, eu perdi a parte sobre a atualização, então provavelmente não falha de hardware se estava trabalhando antes. Eu iria tail -f /var/log/messages e ver se você pode pegar qualquer coisa antes de trancar.
Eu tenho o problema sam e eu tenho o servidor em outra casa .. Eu preciso reiniciá-lo novamente, a última mensagem em kern.log é sobre o nic;
Nov 2 16:57:29 evo kernel: [ 11.854112] type=1505 audit(1257177449.426:11): operation="profile_replace" pid=716 name=/usr/sbin/tcpdump
Nov 2 16:57:31 evo kernel: [ 13.816151] e100: eth0 NIC Link is Up 100 Mbps Full Duplex
Nov 2 16:57:31 evo kernel: [ 13.816289] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov 2 16:57:32 evo kernel: [ 15.377338] type=1503 audit(1257177452.951:12): operation="open" pid=847 parent=846 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov 2 16:57:33 evo kernel: [ 16.153567] type=1503 audit(1257177453.726:13): operation="open" pid=918 parent=917 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov 2 16:57:35 evo kernel: [ 17.538557] type=1503 audit(1257177455.110:14): operation="open" pid=1114 parent=933 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov 2 16:57:35 evo kernel: [ 17.726787] type=1503 audit(1257177455.877:15): operation="open" pid=1121 parent=1120 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov 2 16:57:36 evo kernel: [ 18.817482] type=1503 audit(1257177456.969:16): operation="open" pid=1141 parent=1140 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov 2 16:57:37 evo kernel: [ 18.878522] type=1503 audit(1257177457.029:17): operation="open" pid=1152 parent=1151 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov 2 16:57:42 evo kernel: [ 24.652044] eth0: no IPv6 routers present
Nunca procurei no kern.log antes, então não tenho idéia se essas massagens são novas ou comuns.
Eu também tenho algum tipo de memória e 512meg mem, a máquina nunca falhou antes, eu a atualizei hoje.
[edit] este é um servidor puro, sem tela, apenas acesso ssh, então eu não culpo os drivers gráficos. [/ edit]
[editar correção possível] Adicionado apm = off nomodeset para as opções de inicialização, meu grub.lst agora se parece com isto:
title Ubuntu 9.10, kernel 2.6.31-14-generic-pae
root (hd0,0)
kernel /boot/vmlinuz-2.6.31-14-generic-pae root=UUID=0943496f-8c97-4f59-a2c0-4b5fd64e3c40 ro quiet splash apm=off nomodeset
initrd /boot/initrd.img-2.6.31-14-generic-pae
quiet
E agora tenho 15 minutos de atividade em vez de 10 no máximo antes da alteração. Aparentemente tem algo a ver com o monitor de sono e como não tenho monitor alguma merda atinge o ventilador. Espero que o servidor continue funcionando agora (16 minutos :)). Há um bug arquivado: link Isso seria meus cinco centavos (18 minutos!). [/ editar correção possível]
É definitivamente a placa vga junto com o kernel 2.6.31-xx. Eu comecei a máquina com o monitor ligado, está tudo bem. Desmonte o videocable e aguarde 10 minutos após a reinicialização, congelado! Rodando a máquina com o kernel 2.6.28-16 está tudo bem Quando eu acertar a solução, ela será postada aqui ....
Agora descobri que a economia de energia é o motivo pelo qual o servidor congela.
A solução é a seguinte:
Crie /etc/init.d/local (ou um nome de arquivo que você goste ..)
Conteúdo:
#!/bin/bash
for i in 1 2 3 4 5 6
do
setterm -blank 0 -powersave off -powerdown 0 >/dev/tty$i
done
O script deve começar no início do sistema:
chmod 700 /etc/init.d/local
update-rc.d local defaults 80
Depois disso e da reinicialização, meu servidor está funcionando bem.
Na minha experiência, os drivers de exibição são uma causa comum disso. Você pode querer considerar a mudança para o driver vga padrão para ver se o problema desaparece.
Um pouco cego, deveria ter trabalhado muito mais cedo ... mas apenas no caso de alguém mais ser o mesmo, eu também recebo, ou acredito que tive o mesmo problema ... mas minha solução parece muito mais simples do que o esperado.
Eu costumo manter meu servidor sem periféricos conectados, sem teclado, tela ou qualquer coisa ... com o 9.04 que parecia absolutamente bom. Ou, claro, eu conectei e gerenciei isso com o ssh, mas depois de 10 minutos, após a atualização para o 9.10, todos pareciam congelar, até mesmo cantar um ping para o servidor voltava sem resposta ...
Depois de tentar todas as correções relacionadas, eu eventualmente fui ligar um monitor para possivelmente trabalhar em problemas gráficos que muitas pessoas parecem culpar por isso ... em pouco tempo o problema ocorreu novamente e eu fui conectar um teclado diretamente para o servidor. Naquele momento eu percebi que a conexão havia se tornado ativa novamente ... Agora, deixei o teclado conectado por cerca de 12 horas e não tive nenhum problema até agora ... Alguma idéia de por que a falta de teclado poderia dar esse efeito?
Enfim, eu sei que provavelmente não deveria estar aqui, mas acho que alguém pode ter tentado todas as correções remotamente como eu e se beneficiaria disso.
Na minha experiência, os chipsets nforce podem ser a causa. Eu tive esse problema com o Ubuntu 7.04 em alguma placa com o nforce2. Pendia às vezes aparentemente sem motivo. Então eu comprei o novo MB, desta vez com o nforce4, novo processador, nova memória ... Agora ele está abaixo do 9.10 também, mas diferentemente. Normalmente, isso é sem mensagens consistentes. Às vezes eu tenho essas mensagens de auditoria também durante o início, mas o computador pode funcionar por dias, outras vezes pode travar depois de vários minutos, mas as últimas mensagens são típicas.
Acabei desistindo e rebaixando para 9.04. : (
It's definitly the vga-card together with kernel 2.6.31-xx. I started the machine with monitor attached, everything's fine. Unmount the videocable and wait 10 minute after reboot, frozen! Running the machine with kernel 2.6.28-16 everything's fine When I hit the solution, it will be posted here....
Now I found that the powersaving is the reason for server freezes.
The solution is the following:
Create /etc/init.d/local (or a filename you like..)
Content:
!/bin/bash
for i in 1 2 3 4 5 6 do setterm -blank 0 -powersave off -powerdown 0 >/dev/tty$i done
The make this script start at system start:
chmod 700 /etc/init.d/local update-rc.d local defaults 80
After this and a reboot my server is running fine.
Obrigado! Eu posso confirmar que isso funciona para mim, isso estava me enlouquecendo!
Relatório de erros publicado: link
Eu acho que é um problema de 64 bits. 32 bits funciona bem na mesma caixa, mas a versão de 64 bits congela para mim também. 8.10 fez a mesma coisa e é por isso que meu outro servidor é o OpenSuse. Eu esperava ter tudo de volta para o Ubuntu com 9,10, mas eu tenho que ir 32 bits no meu servidor (o que eu preferiria não) ou ir com outra distro.
Como um aparte, poderia ser um problema na placa de vídeo se você estivesse no modo terminal apenas e não estivesse executando nenhuma GUI? Isso parece improvável. O meu demora mais para congelar (1-12 horas), mas eventualmente congela. É um servidor web (moodle) e só inicializa na Linha de Comando.
Tags ubuntu