Je suis un heureux propriétaire de l'ordinateur portable Dell XPS 9570 avec Ubuntu 18.04 LTS installé (noyau 4.15.0-46, nouveau pilote) et un clavier + moniteur externe. Il fonctionne vraiment bien et la durée de vie de sa batterie est également excellente ... enfin, au moins jusqu'au réveil de la suspension (sommeil profond). Toujours après le réveil, Ubuntu décharge ma batterie très rapidement, et les fans travaillent plus fort que d'habitude. La fermeture de toutes les applications en cours d'exécution ne fait aucune différence: /
Il ne peut pas être lié au matériel, car Windows 10 préinstallé sur cet ordinateur portable n'a pas un tel problème.
J'ai vérifié la sortie des commandes dmesg
, top
, powertop
et je n'ai rien trouvé d'inhabituel. L'utilisation du processeur est très faible. J'ai également essayé le pilote propriétaire Nvidia, mais je n'ai pas aidé. Des conseils, qu'est-ce qui ne va pas?
Réponse courte: Cela s'est avéré être un problème quelque part entre le noyau 4.15 et le pavé tactile.
La désactivation du pavé tactile a résolu le problème:
Sudo rmmod hid_multitouch
C'est une solution de contournement acceptable pour moi, car la plupart du temps j'utilise une souris externe. Dans de rares cas, lorsque je n'ai pas de souris à portée de main, je résout le problème en désactivant + en activant le pavé tactile après le réveil:
Sudo rmmod hid_multitouch
Sudo modprobe hid_multitouch
EDIT mars 2020: Il y a quelque temps, j'ai réalisé qu'un moment d'utilisation du pavé tactile, après la reprise de l'ordinateur portable, résout également le problème.
Réponse longue
La commande top
a montré une faible utilisation globale du processeur (inférieure à 8%), mais étonnamment la commande suivante:
watch -n1 "cat /proc/cpuinfo | grep \"^[c]pu MHz\""
a révélé que tous les cœurs de processeur fonctionnaient à la fréquence la plus élevée (~ 3,8 GHz) !, alors que je m'attendais à voir la fréquence la plus basse possible (0,8 GHz) en raison de l'état de veille. Le Sudo powertop
a prouvé que la consommation d'énergie élevée provenait en effet du CPU.
Je suis donc revenu aux résultats de la commande top
, je l'ai regardé de près et un processus semblait suspect: irq/51-SYNA239:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21874 root 20 0 0 0 0 I 2.0 0.0 0:03.18 kworker/0:0
1 root 20 0 225780 9392 6472 S 1.0 0.0 0:21.78 systemd
513 root -51 0 0 0 0 D 5.3 0.0 1:00.15 irq/51-SYNA2393
2673 greg 20 0 4569240 205392 73916 S 1.0 0.6 1:54.94 gnome-Shell
...
Le dmesg | grep SYNA
production:
[148428.423272] input: SYNA2393:00 06CB:7A13 Touchpad (...)
[148428.423893] hid-multitouch 0018:06CB:7A13.0001: input,hidraw1: I2C HID v1.00 Mouse [SYNA2393:00 06CB:7A13] on i2c-SYNA2393:00
a révélé que l'IRQ 51 provient du pavé tactile de l'ordinateur portable. C'est comme ça que j'ai trouvé le coupable.
Pour être honnête, je ne suis pas sûr que ce soit un bogue dans le noyau Linux, ou tout simplement mon pavé tactile n'est pas pris en charge de premier ordre. Quand j'essaierai une nouvelle version d'Ubuntu avec un noyau plus récent, je mettrai à jour ce post.