web-dev-qa-db-fra.com

Panique du noyau 1/10 fois après la reprise de la suspension

J'ai un ordinateur portable HP 15 sous Lubuntu 15.04.

À l’occasion, après la fermeture du couvercle et la suspension de mon ordinateur portable, le noyau est pris de panique à la reprise. Le verrouillage majuscule clignote et l'écran se verrouille - je dois forcer l'arrêt du bouton d'alimentation car rien ne répond. À chaque fois que cela se produit, /sys/var/kern.log affiche ################## caractères.

Voici un exemple d'il y a une heure. Mon journal contient quelques-unes de ces entrées. Il arrive 10% du temps en reprenant la forme suspendre:

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

Le problème a été impossible à reproduire jusqu'à présent et semble indépendant des applications que je lance. Je n'ai pas encore trouvé de modèle.

PDATE 2015-10-05:

J'ai peut-être trouvé une solution temporaire. Il y a 7 jours, j'ai réalisé un motif: la panique du noyau ne se produirait qu'après avoir vu l'écran de connexion et entré mon mot de passe. J'ai décidé de désactiver la demande de mot de passe lorsque le CV est suspendu et depuis, je n'ai rencontré aucun problème.

Je pense que cela peut l'avoir corrigé. Il semblerait que le problème se situe quelque part entre la connexion après la reprise de la suspension et l’atteinte du bureau. Ne pas avoir de mot de passe sur CV n'est pas une bonne solution, mais il semble que ce soit une solution temporaire.

kernel15.04suspendpower-managementhp
5
Martin

Ceci a peut-être répondu ici :

TuxOnIce fournit le meilleur moyen d'activer l'hibernation en cas d'échec de l'hibernation standard d'Ubuntu.

Sudo apt-get install hibernate
Sudo apt-get install tuxonice-userui
2
Andreas Gravgaard Andersen

Ce n’est peut-être qu’un commentaire de qualité, mais c’est un début: je pense que vous devez effectuer un vidage mémoire. Un core dump est un journal des applications ou des modules qui sont tombés en panne. Vous pourriez avoir un mauvais module de noyau ou un ram défectueux. IDK, peut-être que nous pouvons comprendre. Tout d’abord, devenez root: Sudo -i puis vérifiez la taille limite du fichier de vidage principal. #ulimit -c si sa valeur est zéro, vous devez créer une taille de fichier (en octets) pour que les vidages mémoire soient consignés. alors alors, #ulimit -c 10000

Ensuite, allez ici et suivez les instructions, qui sont bien meilleures que tout ce que j'allais écrire:

une fois que vous avez localisé le processus incriminé, vous pouvez utiliser strace et gdb pour déboguer quel que soit le processus incriminé. Voici un court tutoriel sur strace .

et voici la page de manuel pour ulimit et strace

une fois que vous avez récupéré un fichier de vidage, postez-le ou joignez-le à cet article, puis nous pourrons vous aider à l’analyser.

2
j0h