Kernel panic 1/10 vezes após o reinício da suspensão

5

Eu tenho um HP Notebook 15 rodando o Lubuntu 15.04.

Ocasionalmente, depois de fechar a tampa e suspender meu laptop, fico com o kernel em pânico quando retorno. O Caps Lock está piscando e a tela trava - preciso forçar o desligamento do botão liga / desliga, pois nada é responsivo. Toda vez que isso acontece, /sys/var/kern.log imprime ################# caracteres.

Aqui está um exemplo de apenas uma hora atrás. Meu log tem algumas dessas entradas. Acontece 10% do tempo retomando a forma suspensa:

Sep 25 14:34:38 dalsgaard-HP-15-Notebook-PC kernel: [15374.532010] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready  
Sep 25 14:34:39 dalsgaard-HP-15-Notebook-PC kernel: [15374.621505] PM: Syncing filesystems ...   
Sep 25 14:34:39 dalsgaard-HP-15-Notebook-PC kernel: [15374.663345] userif-3: sent link down event.   
Sep 25 14:34:39 dalsgaard-HP-15-Notebook-PC kernel: [15374.663360] userif-3: sent link up event.   
##################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################Sep 25 15:43:20 dalsgaard-HP-15-Notebook-PC kernel: [    0.000000] Initializing cgroup subsys cpuset  

O problema foi impossível de replicar até agora e parece ser independente de quais aplicativos eu estou executando. Ainda não encontrei nenhum padrão.

ATUALIZAÇÃO 2015-10-05:

Eu posso ter encontrado um trabalho temporário. 7 dias atrás eu percebi um padrão: Kernel pânico só aconteceria depois que eu tivesse visto a tela de login e digitei minha senha. Decidi desativar o pedido de senha após suspender o currículo e, desde então, não encontrei nenhum problema.

Eu acho que pode ter consertado isso. Parece que o problema está em algum lugar entre o login depois de retomar da suspensão e chegar ao desktop. Não ter nenhuma senha no currículo não é uma boa solução, mas parece que é uma solução temporária.

    
por Martin 25.09.2015 / 16:34

2 respostas

2

Isso talvez tenha respondido aqui :

O TuxOnIce oferece a melhor maneira de ativar a hibernação quando a hibernação padrão do Ubuntu falha.

sudo apt-get install hibernate
sudo apt-get install tuxonice-userui
    
por Andreas Gravgaard Andersen 16.10.2015 / 21:27
2

Isso pode ser apenas uma qualidade de comentário, mas é um começo: Eu acho que você precisa fazer um core dump. Um dump de núcleo é um log de aplicativos ou módulos que falharam. Você pode ter um módulo do kernel defeituoso ou pode ter algum RAM defeituoso. IDK, talvez possamos descobrir. Primeiro, torne-se root: sudo -i em seguida, verifique o limite de tamanho do arquivo de dump principal. #ulimit -c se for zero, você deve criar um tamanho de arquivo (em bytes) para os dumps principais a serem registrados. então, #ulimit -c 10000

Depois, vá aqui e siga as instruções, que são muito melhores do que qualquer coisa vai escrever:

depois de localizar o processo ofensivo, você pode usar strace e gdb para depurar qualquer que seja o processo ofensivo. Heres um curto tutorial sobre strace .

e aqui está a manpage para ulimit e strace

depois de obter um dump central para trabalhar, postá-lo ou anexá-lo a este post, podemos tentar ajudá-lo a analisá-lo.

    
por j0h 16.10.2015 / 23:42