Le mode veille décharge la batterie très rapidement

La batterie se vide en environ 10 heures lorsque l'ordinateur est endormi avec Ubuntu 18.04, il s'agit d'un lenovo y520 (7700hq, 1060 avec bourdon).
Lorsque j'ai testé, aucun périphérique USB n'était branché, en fait rien n'était branché.
Le mode veille est profond de 2 s2. Je ne suis pas intéressé par l'hibernation (c'est assez lent et prend beaucoup de place).
Sous Windows et Mac OS (hackintosh), le mode veille utilise 1 ou 2% de la batterie par jour.

18.04 suspend battery

— George
source

Au lieu de débrancher l'USB, assurez-vous que les bus sont hors tension. Assurez-vous également que Wake on LAN est désactivé. Par téléphone, alors ne disposez pas de liens pratiques ici.

— WinEunuuchs2Unix

Réveillez-vous sur le LAN comme dans un environnement bios? Si oui, il est désactivé, essayant de vérifier le statut USB en ce moment

— George

Il pourrait être possible pour Linux de remplacer le paramètre du BIOS, mais je pense qu'il le respecterait à moins d'être forcé. (Toujours au téléphone)

— WinEunuuchs2Unix

D'accord, j'ai donc essayé de couper l'alimentation USB, mais d'après ce que je comprends, pour les noyaux plus récents, la "suspension" ne fonctionne plus. J'ai donc vérifié si les valeurs dans "/ sys / bus / usb / devices / usbX / power" sont correctes, et elles semblent l'être. Je ne sais pas si c'est la bonne façon

— George

Toute suggestion est appréciée. J'ai remarqué que le processeur ne va pas vraiment dormir. Tension qui le traverse même si la machine est en mode veille.

— George

Réponses:

Après la reprise de la suspension, utilisez cette commande dans le terminal:

journalctl -b | grep -i "should not be sleeping"

Si vous voyez ceci:

Oct 21 07:20:18 alien kernel:  cache: parent cpu1 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu2 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu3 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu4 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu5 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu6 should not be sleeping
Oct 21 07:20:18 alien kernel:  cache: parent cpu7 should not be sleeping

Cela pourrait signifier que lorsque vous avez suspendu le processeur, il n'a pas été mis en veille conformément à ses questions et réponses il y a quelques années: systemd suspend le système, mais à la reprise du noyau, il entre en veille et se réveille

Si c'est le cas, je suis triste de signaler que le problème persiste à ce jour sur mon nouvel ordinateur portable, tout comme il l'a fait sur cet ordinateur portable plus ancien.

Problème depuis 2012?

Cette ancienne chaîne de messagerie: Re: Kernel s'arrête à "PM: Préparation du système pour le sommeil mem", ne parvient jamais à "Geler les processus de l'espace utilisateur ..." a un problème similaire.

De mon fichier journal aujourd'hui:

Oct 21 13:48:15 alien kernel: PM: Preparing system for sleep (mem)
Oct 21 13:48:16 alien acpid[964]: client 1171[0:0] has disconnected
Oct 21 13:48:32 alien kernel: Freezing user space processes ... (elapsed 0.003 seconds) done.

La ligne 1 est normale
La ligne 2 est anormale et liée aux anciens bugs de crash X11
La ligne 3 se produit après la reprise mais aurait dû se produire dans le cadre de la suspension.

Un autre point intéressant est qu'il faut souvent 5 à 8 secondes pour suspendre alors qu'il devrait être d'environ 1 seconde. Ce bug est également signalé dans de nombreux endroits.

Si vous n'avez pas le même problème dans les sections précédentes et que votre ordinateur portable reste au chaud lorsqu'il est suspendu, votre solution peut être ici: Ubuntu 18.04 - Dell XPS13 9370 ne suspend plus à la fermeture du couvercle

— WinEunuuchs2Unix
source

Oui, j'obtiens la même sortie: |

— George

Est-ce la même chose pour le 16.04?

— George

Oui. Les journaux ci-dessus ont été générés ce matin sous Ubuntu 16.04.5 LTS.

— WinEunuuchs2Unix

Vous avez peut-être vu cela arriver, mais qu'en est-il du 14.04?

— George

@ElderGeek J'ai rapidement lu les révisions de vos réponses. Je ne suis pas sûr que ce soit le coupable mais j'espère que le rapport de bogue déposé yeseterday donnera des réponses: bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1825636

— WinEunuuchs2Unix

Sur mon ancien ordinateur, j'ai résolu mes problèmes de suspension en ajustant certains paramètres dans le BIOS de la carte mère.

Pour mon matériel:

Sur la page "Avancé" du BIOS sous "Configuration CPU", j'ai défini " Enhanced Alt State " sur ENABLED , et sous "ACPI Settings", j'ai défini " Suspend to RAM " sur AUTO et " ACPI table " sur ENABLED .

Après avoir apporté ces modifications, j'ai pu suspendre mon PC.

Remarque: les paramètres du BIOS et le micrologiciel de la carte mère varient selon le fabricant et le modèle

— Thanassis Triantafyllopoulow
source