Depois de deixar uma nova máquina instalada do ubuntu 19.0.4 sozinha por talvez uma hora, descobri que uma sessão direta do teclado / tela anexada não respondia com a tela em branco. Além disso, levaria até um minuto para responder nas ssh
sessões existentes ao pressionar return: e não executaria nenhum comando. ssh
Não foi possível estabelecer novas sessões. No entanto , respondeu ao ping
s. O comportamento parece ser: 599.99% cpu utilization so no soup for you!
. Mas não consegui entrar no sistema para que não possa ser verificado.
Este é um Alienware R8
com um integrado e um nVidia
gpu. Isso é mencionado apenas porque o comportamento parece ser um nível baixo c
ou uma biblioteca de driver de dispositivo entrando em um loop apertado ou consumindo toda a memória. Novamente, isso é pura conjectura.
Eu olhei para os logs usando dmesg
, mas parece ter sido redefinido após a reinicialização.
A pergunta aqui no final é: quais ferramentas podem ser úteis para isolar o software, driver e/ou hardware incorreto?
Atualização @EduardoTrapani tem uma resposta futura. eu achei isso novar/log/kern.log
Apr 9 20:04:27 alienware kernel:
[ 10.686707] nvidia: module verification failed: signature
and/or required key missing - tainting kernel
Em qualquer caso, por que uma falha de operação específica causou travamento é um tópico completamente diferente. Essa resposta me leva a como encontrar as pistas.
Você pode ver o log do kernel neste arquivo /var/log/kern.log (pode haver logs do kernel mais antigos em /var/log/kern.log*, dependendo de sua política logrotate).
dmesg
mostrará o conteúdo atual do buffer de anel do kernel e que contém apenas uma quantidade limitada de mensagens desde a inicialização. O-F
sinalizador pode ler de um arquivo existente, por exemplo, algo como