Mon ordinateur portable avec carte Intel + Nvidia ne peut pas reprendre après une suspension. J'ai Kubuntu 17.04 installé avec le noyau 4.10.0-19. J'utilise Intel GPU (le pilote Nvidia n'est même pas installé). Ce problème existe également avec la version 16.10.
Lorsque j'essaie de reprendre après la suspension, tout se fige à l'écran de connexion à moitié visible. Même le clavier ne fonctionne pas (lorsque j'appuie sur CapsLock ou NumLock, les LED ne s'allument pas)
Toute aide à l'examen du problème est appréciée.
Modifier: le journal de suspension peut être trouvé ici: https://pastebin.com/Ere0JRwF
Modifier: la dmesg | less
sortie peut être trouvée ici: https://pastebin.com/zx3QQYVG
pastebinit /var/log/pm-suspend.log
, puis modifier votre question pour inclure le lien qui génère.sudo PM_DEBUG=true pm-suspend
et cela devrait créer le fichier. Notez que cela suspendra votre ordinateur, vous verrez donc probablement à nouveau le problème. Lepm-suspend.log
fichier journal doit être là lorsque vous redémarrez.Réponses:
Solution: mise à niveau vers le noyau 4.13.1.
Je luttais avec ce problème sur mon ordinateur portable Lenovo G40 depuis 2 ans. Récemment, j'ai mis à niveau le dernier noyau 4.13.1. Le problème a été résolu à 100%. Marche parfaitement. Testé avec Ubuntu 16.04, Ubuntu 17.04, CentOS 7, Fedora 26, Linux Mint 18.2, OpenSuse 42.3. Tous les OS fonctionnent parfaitement avec le noyau 4.13.1. Lorsque je ferme et ouvre le couvercle de l'ordinateur portable, il se réveille de la suspension en douceur.
ukuu --- Utilitaire de mise à niveau du noyau Ubuntu:
http://www.teejeetech.in/p/ukuu-kernel-upgrade-utility.html
la source
Dans un premier temps, pour diagnostiquer les problèmes de suspension, vous souhaiterez consulter les détails dans le
log-file /var/log/pm-suspend.log
Si le
log-file /var/log/pm-suspend.log
n'existe pas, il suffit de l'exécutersudo PM_DEBUG=true pm-suspend
dans une fenêtre de terminal. Remarque: cela suspendra votre ordinateur, donc vous allez probablement voir à nouveau le problème, cependant, lepm-suspend.log
fichier journal devrait être là lorsque vous redémarrez éventuellement.Le fichier doit contenir une série de
(avec les messages d'état du crochet et d'autres informations utiles), suivis d'une série de
déclarations.
Cependant, quelque part en cours de route, un ou plusieurs de ceux-ci renverront probablement une erreur et à ce stade, la suspension est inhibée. Vous pouvez voir une série de modifications suspendues annulées. Pour localiser le problème, il vous suffit normalement d'identifier quel appel de service génère l'erreur.
Dans ce cas, le fichier journal ne semble pas avoir de
[servicename] suspend resume
déclaration de service , donc à l'étape suivante, pouvez-vous suspendre à nouveau le portable et essayer de reprendre en appuyant sur le bouton d'alimentation. Donnez-lui quelques minutes, et s'il ne redémarre pas, redémarrez en maintenant le bouton d'alimentation enfoncé pendant 5 secondes. Lorsque vous redémarrez, ouvrez un terminal etrun dmesg | less
. Veuillez mettre à jour la question d'origine pour inclure la sortie dedmesg | less
.Je suggère également de vérifier que votre partition de swap est correctement définie, et en particulier qu'elle est au moins aussi grande que votre RAM installée. Ceci est une FAQ pratique sur Swap .
MISE À JOUR: La sortie de
dmesg | less
celle que vous avez publiée comprend la ligne:(ligne 574 dans le fichier) Encore une fois, cela suggère un problème d'hibernation (suspension sur disque), mais si vous êtes sûr que votre problème est en fait avec suspension (c'est-à-dire suspension vers RAM), cela ne peut pas être il. Je ne vois pas non plus de problèmes signalés avec vos graphiques Intel / NVIDIA.
la source