Eu geralmente estou perplexo com esse acidente do Ubuntu que estou tendo. A máquina congela, o mouse não se move. Não posso escapar para um terminal, não consigo sair do X, o Apport não relata nada.
Estou tentando há semanas reproduzir de forma confiável a falha, mas não consigo determinar nenhum padrão. Às vezes vai funcionar por dias. Mas geralmente quando ele falha, ele o faz novamente após as próximas várias inicializações em cerca de 5-10 minutos.
Este é um novíssimo Thinkpad T410. Ele veio com o Win 7, que eu mantive e agora tenho dual boot com o Ubuntu 10.04.
Eu tentei rodar o Win 7 para ver se ele travava lá, porque achei que poderia ser um defeito de hardware, mas ele não caiu lá. Eu não estou descartando essa possibilidade, já que o acidente acontece esporadicamente.
No ubuntu eu tentei vários kernals: 2.6.32. (21-23) e no modo de recuperação e todos eles sofrem com esse problema.Eu estive pesquisando e verificando todos os logs do sistema procurando por algo suspeito e não encontrei nada. Os logs são meio que poluídos com informações sobre meu cartão de Wi-Fi, mas não há erros.
Procurando ideias sobre o que tentar em seguida.
Eu pareço ter resolvido o problema. Desde a instalação do novo Ubuntu (10.10), ainda não experimentei uma falha. Já faz 2 semanas. Ele está usando o kernel 2.6.35-22 de 64 bits.
Sei que isso não responde à minha pergunta geral sobre como depurar falhas muito profundas, mas resolve meu problema.
Já experimentou o Memtest86? Pode ser um problema de RAM se o seu sistema bloquear aleatoriamente. Execute-o durante a noite e veja se você tem algum erro.
O laptop ainda está na garantia? Em caso afirmativo, basta pedir uma substituição, já que problemas irritantes agora se tornarão grandes problemas mais tarde
Na mesma linha do MSW, se você tiver o sshd em execução, poderá tentar fazer ssh no seu computador a partir de um computador diferente (se houver um disponível). Pode ser que o X esteja congelado, mas o computador ainda está respondendo.
Em todos os meus anos de uso do linux e ajudando os outros com o problema linux, há apenas um punhado de vezes em que vi um computador executando o linux realmente congelar (não poderia SSH nele). Essas situações eram quase sempre relacionadas a hardware (exceto a vez que eu corri uma forkbomb por diversão ... Havia outra que era um problema de driver, mas não me lembro se isso estava totalmente congelado ou não). Espero que se você puder SSH em você terá mais ferramentas para diagnosticar o problema. Se você não pode provavelmente seu hardware ... embora pareça que você já tenha verificado a memória, o que seria meu primeiro palpite.
Outra sugestão: tente desabilitar o Compiz (isso pode ser feito no menu de apresentações, definindo efeitos especiais como nenhum).
EDIT : Tudo bem, isso soa como se fosse mais do que apenas X travar. O fato de que o Windows funciona é interessante embora. Tente desconectar o máximo de hardware possível (impressoras, placa de Wi-Fi, etc) e, em seguida, desabilitar seus drivers de Wi-Fi. Desligue o maior número possível de componentes do Ubuntu. Talvez descarregando módulos do kernel não utilizados. Desativar X. Desativar serviços desnecessários. Se o problema persistir, pelo menos você descartou algumas coisas ... Se não, tente ativar / reconectar uma coisa de cada vez.
Isso pode exigir um pouco de esforço ... uma coisa mais fácil de tentar, que pode resolver o problema, é uma nova instalação do Ubuntu (se você fizer backup de / home /, / etc / e uma lista de aplicativos instalados, e você não saberá a diferença). Isso pode não resolver, já que você tem uma instalação bem nova, mas se isso acontecer, tem a promessa de um mínimo de esforço.
Ligue a escotilha de escape X:
$ gnome-keyboard-properties
e, em seguida, Layouts ➤ Opções ... ➤ Sequência de teclas para matar o servidor X ➤ ativar. Se o X estiver capturando sua máquina (provavelmente por meio de um driver de vídeo), isso pode fazer com que você saia para verificar mais estados.
/var/log/Xorg.0.log e ~/.xsession-errors podem ter informações úteis para você. Finalmente, se seus logs estiverem cheios de mensagens de cartão sem fio, isso não deve acontecer e, infelizmente, os dois podem estar relacionados. Poste um exemplo dos erros de WiFi e sua frequência.
update :
Eu estou inclinado para o hardware ruim, o lado do driver de vídeo ruim agora com uma strong preferência por driver como o Win7 funciona. Se você está tentando usar os drivers experimentais Nouveau para a sua nVidia Quadro 3100M, não tente. A Canonical realmente empurrou isso antes do horário nobre.
$ sudo apt-get remove xserver-xorg-video-nouveau libdrm-nouveau1
$ sudo apt-get install jockey-gtk nvidia-current nvidia-settings \
xserver-xorg-video-nv
Não se preocupe se o apt-get remove reclamar que as coisas não estão lá como você não quer que sejam. Eu ainda gostaria de ver seu arquivo Xorg.0.log.
atualização 2 :
Obrigado pelo Xorg.log. Esse chip gráfico NVS 3100M no seu T410 é literalmente esquizofrênico, já que se comportará como uma nVidia Quadro ou Intel 8xx dependendo de ... alguma coisa. Seu servidor X está tratando isso como um chipset da Intel.
(II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
Qual deve funcionar, mas quem sabe. Por favor, confirme se o seu sistema Windows acha que seu chip gráfico é nVidia ou Intel. Agora estou convencido de que isso é um bug de driver.