Depurando uma falha quando o teclado não responde

5

Ubuntu 14.04, o Kernel 3.13 trava com muita frequência, principalmente ao usar o Firefox, o Eclipse e o VLC. O efeito do acidente é:

  • todos os dispositivos USB param de responder
  • se estiver reproduzindo um vídeo, desliga-se e soa como um antigo registro de reprodução (reproduz um segundo do vídeo em um loop infinito)
  • se eu tentar conectar novamente os dispositivos USB, eles não recebem energia
  • Portanto, o SysRq não funciona
  • nenhuma entrada no kern.log ou syslog

Nota: nada mencionado na solução oficial de depuração no link funciona por razões óbvias, nenhum dispositivo de entrada ativo.

Eu tentei o seguinte sem sorte

  • atualizando o kernel (tentei 3.19)
  • alterando os drivers gráficos (nouveau, nvidia 331, 304 e 340)

Informações adicionais:

  • Sistema: XPS 8700
  • Processador: i7-4770
  • RAM: 16 GB
  • Gráficos: NVidia GTX645 (OEM)
  • Placa-mãe: link
  • SO: Trusty Tahr

Editar: Estou muito animado, o problema é NÃO resolvido, mas pela primeira vez, o sistema cuspiu um erro legível.

Configuração do sistema: Kernel 3.18.7 - Drivers Nouveau

Imagem de erro

Imagem de erro alternativa

Qualquer ajuda será muito apreciada, até mesmo um sussurro ou opções de depuração.

Editar 2015/02/24: Acabei de me lembrar de outra informação que pode ajudar, enfrentei o mesmo problema com o Ubuntu 13.10. Eu resolvi isso substituindo o driver nouveau por nvidia 331.113 e desligando a aceleração de hardware no Firefox e VLC. Eclipse ainda caiu de vez em quando, mas tolerável (é triste dizer isso).

    
por Lordbalmon 17.02.2015 / 12:54

1 resposta

0

Você pode visualizar algumas mensagens da inicialização anterior por meio do journalctl com, por exemplo, journalctl -b -1 (o -1 significa "inicialização anterior", -b -2 daria a você antes disso, etc.). O diário não manterá logs em todas as inicializações, a menos que o diretório /var/log/journal exista, portanto sudo mkdir /var/log/journal , se não estiver lá (e, em seguida, systemctl restart systemd-journald ou reinicializar para que ele seja percebido).

O Magic sysrq não funciona quando o kernel entra em pânico , o que parece ser a sua situação. (Mas caso você queira certificar-se de que você o tenha feito de outra forma, faça cat /proc/sys/kernel/sysrq para verificar se o sysrq está habilitado. 0 está desabilitado, 1 está habilitado, outros números ativam recursos individuais .

Outra coisa que pode ser útil é tentar uma distro ao vivo para testar kernels / drivers muito recentes; Ao vivo / resque distros pode tornar um pouco mais seguro para experimentar com várias versões do driver. É claro, ajuda se você conseguir encontrar uma situação "mínima" ou mínima possível que reproduza sua falha, para que você não precise estar nessa sessão ao vivo mais do que o necessário para descobrir se ela irá falhar ou não:)

    
por unhammer 09.06.2015 / 10:12