Lenovo X1 Carbon avec Ubuntu 14.04 sort de la suspension après 3 heures
Ma machine semble sortir de la suspension par elle-même , à intervalles irréguliers. Causer le pouvoir de s'éteindre, et la machine s'éteint.
C'est assez désagréable, quand la machine est dans mon cas et qu'elle se réveille. Et tout à fait malsain aussi, je persévérerais. Il se réveille également au milieu de la nuit, raison pour laquelle je ne dois pas oublier de brancher l’alimentation électrique, sinon j’ai une pile déchargée le matin.
La machine est un Lenovo X1 Carbon avec Ubuntu 14.04. Je l'utilise avec une station d'accueil OneLink au travail, mais uniquement avec l'alimentation et un moniteur Displayport à la maison.
Maintenant, voici ce que j'ai fait jusqu'à présent. Je l'ai fait suspendre et au bout de 3 heures environ, il s'est réveillé, comme le montrent les journaux ci-dessous:
de pm_suspend:
Running hook /etc/pm/sleep.d/novatel_3g_suspend suspend suspend:
/etc/pm/sleep.d/novatel_3g_suspend suspend suspend: success.
Thu Jul 24 17:18:26 CEST 2014: performing suspend
Thu Jul 24 20:17:04 CEST 2014: Awake.
Thu Jul 24 20:17:04 CEST 2014: Running hooks for resume
Running hook /etc/pm/sleep.d/novatel_3g_suspend resume suspend:
/etc/pm/sleep.d/novatel_3g_suspend resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video resume suspend:
/usr/lib/pm-utils/sleep.d/99video resume suspend: success.
de syslog:
$ grep -B 5 "20:17:0" /var/log/syslog.1
Jul 24 17:18:25 lobners-biq dbus[548]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jul 24 17:18:25 lobners-biq dbus[548]: [system] Activating service name='org.freedesktop.systemd1' (using servicehelper)
Jul 24 17:18:25 lobners-biq dbus[548]: [system] Successfully activated service 'org.freedesktop.systemd1'
Jul 24 17:18:25 lobners-biq anacron[11164]: Anacron 2.3 started on 2014-07-24
Jul 24 17:18:25 lobners-biq anacron[11164]: Normal exit (0 jobs run)
Jul 24 20:17:04 lobners-biq kernel: [ 7351.710460] PM: Syncing filesystems ... done.
Jul 24 20:17:04 lobners-biq kernel: [ 7351.720943] PM: Preparing system for mem sleep
Jul 24 20:17:04 lobners-biq kernel: [ 7351.721161] Freezing user space processes ... (elapsed 0.002 seconds) done.
Jul 24 20:17:04 lobners-biq kernel: [ 7351.723370] Freezing remaining freezable tasks ... (elapsed 0.047 seconds) done.
Jul 24 20:17:04 lobners-biq kernel: [ 7351.770482] PM: Entering mem sleep
Jul 24 20:17:04 lobners-biq kernel: [ 7351.770544] Suspending console(s) (use no_console_suspend to debug)
Jul 24 20:17:04 lobners-biq kernel: [ 7351.897854] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Jul 24 20:17:04 lobners-biq kernel: [ 7351.901194] sd 0:0:0:0: [sda] Stopping disk
Jul 24 20:17:04 lobners-biq kernel: [ 7352.149522] PM: suspend of devices complete after 378.694 msecs
Jul 24 20:17:04 lobners-biq kernel: [ 7352.165538] PM: late suspend of devices complete after 16.005 msecs
Jul 24 20:17:04 lobners-biq kernel: [ 7352.181723] ehci-pci 0000:00:1d.0: System wakeup enabled by ACPI
Jul 24 20:17:04 lobners-biq kernel: [ 7352.197584] e1000e 0000:00:19.0: System wakeup enabled by ACPI
Jul 24 20:17:04 lobners-biq kernel: [ 7352.229549] xhci_hcd 0000:00:14.0: System wakeup enabled by ACPI
Jul 24 20:17:04 lobners-biq kernel: [ 7352.245757] PM: noirq suspend of devices complete after 80.176 msecs
Jul 24 20:17:04 lobners-biq kernel: [ 7352.246048] ACPI: Preparing to enter system sleep state S3
Jul 24 20:17:04 lobners-biq kernel: [ 7352.247624] PM: Saving platform NVS memory
Jul 24 20:17:04 lobners-biq kernel: [ 7352.248416] Disabling non-boot CPUs ...
Jul 24 20:17:04 lobners-biq kernel: [ 7352.249937] smpboot: CPU 1 is now offline
Jul 24 20:17:04 lobners-biq kernel: [ 7352.353589] smpboot: CPU 2 is now offline
Jul 24 20:17:04 lobners-biq kernel: [ 7352.457641] smpboot: CPU 3 is now offline
(clipped)
Je sais que je peux désactiver le matériel qui est autorisé à le réactiver, mais je ne sais pas quel matériel est le coupable. J'ai désactivé le LID (en utilisant acpitool -W 1), mais il s'est quand même réveillé.
$ acpitool -w
Device S-state Status Sysfs node
---------------------------------------
1. LID S4 *disabled
2. SLPB S3 *enabled
3. IGBE S4 *disabled pci:0000:00:19.0
4. EXP2 S4 *disabled pci:0000:00:1c.1
5. XHCI S3 *enabled pci:0000:00:14.0
6. EHC1 S3 *enabled pci:0000:00:1d.0
J'ai ensuite désactivé les deux ports USB (5 et 6) mais ça se réveille quand même.
$ acpitool -w
Device S-state Status Sysfs node
---------------------------------------
1. LID S4 *disabled
2. SLPB S3 *enabled
3. IGBE S4 *disabled pci:0000:00:19.0
4. EXP2 S4 *disabled pci:0000:00:1c.1
5. XHCI S3 *disabled pci:0000:00:14.0
6. EHC1 S3 *disabled pci:0000:00:1d.0
Encore:
de pm_suspend:
Running hook /etc/pm/sleep.d/novatel_3g_suspend suspend suspend:
/etc/pm/sleep.d/novatel_3g_suspend suspend suspend: success.
Thu Jul 24 23:11:59 CEST 2014: performing suspend
Fri Jul 25 01:58:01 CEST 2014: Awake.
Fri Jul 25 01:58:01 CEST 2014: Running hooks for resume
Running hook /etc/pm/sleep.d/novatel_3g_suspend resume suspend:
/etc/pm/sleep.d/novatel_3g_suspend resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video resume suspend:
/usr/lib/pm-utils/sleep.d/99video resume suspend: success.
de syslog:
$ grep -B 5 "01:58:" /var/log/syslog.1
Jul 24 23:11:58 lobners-biq dbus[548]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jul 24 23:11:58 lobners-biq dbus[548]: [system] Activating service name='org.freedesktop.systemd1' (using servicehelper)
Jul 24 23:11:58 lobners-biq dbus[548]: [system] Successfully activated service 'org.freedesktop.systemd1'
Jul 24 23:11:58 lobners-biq anacron[16204]: Anacron 2.3 started on 2014-07-24
Jul 24 23:11:58 lobners-biq anacron[16204]: Normal exit (0 jobs run)
Jul 25 01:58:01 lobners-biq kernel: [17846.114837] PM: Syncing filesystems ... done.
Jul 25 01:58:01 lobners-biq kernel: [17846.147640] PM: Preparing system for mem sleep
Jul 25 01:58:01 lobners-biq kernel: [17846.147832] Freezing user space processes ... (elapsed 0.002 seconds) done.
Jul 25 01:58:01 lobners-biq kernel: [17846.149916] Freezing remaining freezable tasks ... (elapsed 0.090 seconds) done.
Jul 25 01:58:01 lobners-biq kernel: [17846.240249] PM: Entering mem sleep
Jul 25 01:58:01 lobners-biq kernel: [17846.240309] Suspending console(s) (use no_console_suspend to debug)
Jul 25 01:58:01 lobners-biq kernel: [17846.370439] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Jul 25 01:58:01 lobners-biq kernel: [17846.373919] sd 0:0:0:0: [sda] Stopping disk
Jul 25 01:58:01 lobners-biq kernel: [17846.618053] PM: suspend of devices complete after 377.454 msecs
Jul 25 01:58:01 lobners-biq kernel: [17846.634086] PM: late suspend of devices complete after 16.022 msecs
Jul 25 01:58:01 lobners-biq kernel: [17846.666119] e1000e 0000:00:19.0: System wakeup enabled by ACPI
Jul 25 01:58:01 lobners-biq kernel: [17846.714324] PM: noirq suspend of devices complete after 80.194 msecs
Jul 25 01:58:01 lobners-biq kernel: [17846.714615] ACPI: Preparing to enter system sleep state S3
Jul 25 01:58:01 lobners-biq kernel: [17846.716223] PM: Saving platform NVS memory
Jul 25 01:58:01 lobners-biq kernel: [17846.717020] Disabling non-boot CPUs ...
Jul 25 01:58:01 lobners-biq kernel: [17846.718527] smpboot: CPU 1 is now offline
Jul 25 01:58:01 lobners-biq kernel: [17846.822120] smpboot: CPU 2 is now offline
Jul 25 01:58:01 lobners-biq kernel: [17846.822517] Broke affinity for irq 23
Jul 25 01:58:01 lobners-biq kernel: [17846.822519] Broke affinity for irq 57
Jul 25 01:58:01 lobners-biq kernel: [17846.926171] smpboot: CPU 3 is now offline
Jul 25 01:58:01 lobners-biq kernel: [17846.927621] ACPI: Low-level resume complete
Jul 25 01:58:01 lobners-biq kernel: [17846.927675] PM: Restoring platform NVS memory
Jul 25 01:58:01 lobners-biq kernel: [17846.928186] Enabling non-boot CPUs ...
Jul 25 01:58:01 lobners-biq kernel: [17846.928215] x86: Booting SMP configuration:
Jul 25 01:58:01 lobners-biq kernel: [17846.928216] smpboot: Booting Node 0 Processor 1 APIC 0x1
Jul 25 01:58:01 lobners-biq kernel: [17846.942510] CPU1 is up
Jul 25 01:58:01 lobners-biq kernel: [17846.942524] smpboot: Booting Node 0 Processor 2 APIC 0x2
Jul 25 01:58:01 lobners-biq kernel: [17846.956793] CPU2 is up
Jul 25 01:58:01 lobners-biq kernel: [17846.956806] smpboot: Booting Node 0 Processor 3 APIC 0x3
Jul 25 01:58:01 lobners-biq kernel: [17846.971073] CPU3 is up
Jul 25 01:58:01 lobners-biq kernel: [17846.974855] ACPI: Waking up from system sleep state S3
(clipped)
Bien que les journaux pm_suspend soient similaires, il existe une différence dans les fichiers syslog. Je ne sais pas quoi faire de ça?
Quelqu'un a-t-il une idée de ce que cela pourrait être?
NOTE: La question similaire " buntu 12.04 - Se réveille de Suspendre par elle-même " n'est PAS un doublon. Il ne semble pas que les scripts de la réponse aient un effet, et mon problème n’est pas non plus de ne pas pouvoir être suspendu ou réveillé. Il ne reste pas en suspension. Telle est également la question, mais l'option de réveil sur réseau dans ethtool est également "d" dans mon cas.
Solution!
J'ai trouvé une description de quelqu'un qui fait l'expérience quelque chose de similaire . Cela est dû au fait que la machine passe en mode "sommeil profond" après exactement 3 heures.
Et même s’il avait fait cela parfois, ce dont j’étais heureux, il n’arrivait pas toujours de dormir correctement.
J'ai désactivé cette fonction entièrement dans le BIOS, et l'analyse empirique initiale montre que cela fonctionne :)
Citation de http://forums.lenovo.com :
En ce qui concerne le système d'hibernation d'Intel, comme vous l'avez indiqué, il nécessite une partition dédiée sur votre SSD, qui ne peut être utilisée à aucune autre fin. Le seul paramètre sous Windows se trouve dans l'application Lenovo Settings, dans la section Alimentation. Lenovo appelle cette fonction "veille 30 jours". La seule chose à faire est de l'activer ou de l'éteindre. Voici comment fonctionne le "veille de 30 jours":
lorsque vous fermez le couvercle ou mettez le système en mode veille, le système est en veille pendant 3 heures.
au bout de 3 heures, le système se réveille et vérifie certaines choses, telles que le courant alternatif non connecté, le réveil en réseau non activé, le périphérique USB non connecté, etc. Si les conditions le permettent, le système entre en état de veille de 30 jours par exemple sommeil profond. Sinon, le système repasse en mode veille normal.
La veille prolongée signifie que le contenu de la mémoire est écrit sur la partition d'hibernation spéciale du disque SSD. il est très similaire à l'hibernation classique, à la différence qu'il utilise plus rapidement les méthodes du BIOS que celles de Windows. Mais ce n’est pas aussi rapide que de dormir/reprendre normalement.
Le système sort du mode de veille profonde lorsque le couvercle est ouvert ou lorsque le bouton d'alimentation est enfoncé.
Vous avez trouvé les paramètres du BIOS mais en réalité, ils sont ignorés à chaque fois que Lenovo Settings (et Lenovo Settings Dependency Package) sont installés sur le système. Je ne sais vraiment pas pourquoi ce choix de design a été fait.
Personnellement, je ne vois pas la valeur en veille de 30 jours, du moins pas assez pour vouloir abandonner 8 Go de mon cher SSD. J'utilise exclusivement sommeil/CV. La batterie durera plusieurs jours. Et si je vais rester loin de l'ordinateur pendant une longue période, je vais simplement l'éteindre.
Juste pour compléter la solution:
Pour désactiver le sommeil profond dans le BIOS du X1,
- redémarrez votre X1
- presse F12 immédiatement après le démarrage pour entrer dans le BIOS
- presse Tab pour sélectionner "Menu App"
- presse Enter pour entrer "Setup"
- presse → sélectionner la "configuration"
- presse ↓ jusqu'à ce que vous arriviez à "Power", puis ENTRER
- presse ↓ jusqu'à ce que vous arriviez à "Technologie Intel (R) Rapid Start"
- presse Enter pour le changer en "Disabled"
- enfin, appuyez sur F10 enregistrer et quitter
Je vois ceci dans mon pm_suspend.log:
Lancer hook /etc/pm/sleep.d/10_unattended-upgrades-hibernate resume suspend: /etc/pm/sleep.d/10_unattended-upgrades-hibernate resume suspend: success.
C'est très pas cool. Ma machine Windows se réveillait d'elle-même et je ne pouvais jamais comprendre pourquoi. Cela me rendait fou quand je cherchais le coupable. Je l'ai trouvé très inconfigurable et ennuyeux.
Sur Ubuntu, veuillez en faire une option très visible et facile à configurer. J'étais un peu mystifié quand j'ai vu que mon ordinateur s'était réveillé sans mon permission.
Était sur le point de lui donner 30 coups de fouet avec une nouille humide, quand j'ai vu que c'était probablement dû à ce gremlin de "mises à niveau sans surveillance".
Dans le fichier /etc/apt/apt.conf.d/10periodic, j’ai d’abord essayé de définir APT :: Periodic :: Unattended-Upgrade de "1" à "0". Puis, en un jour, mon ordinateur s'est réveillé tout seul.
Alors, j’ai essayé de mettre les quatre valeurs de /etc/apt/apt.conf.d/10periodic à "0"
APT :: Périodique :: Update-Package-Lists "0"; APT :: Périodique :: Download-Upgradeable-Packages "0"; APT :: Periodic :: AutocleanInterval "0"; APT :: Periodic :: Unattended-Upgrade "0";
Jusqu’à présent, cela fait quelques jours et je n’ai connu aucun réveil spontané sur mon ordinateur.
Gino