Arch Linux

Laptop wacht seit neuestem sofort aus Bereitschaft auf

Photor

Hallo Forum,

mein Laptop (ThinkPad T440s) ist bislang immer fein schlafen gegangen, wenn ich den Deckel geschlossen habe. Aufgeweckt wurde er, wenn ich den Deckel wieder öffnete.

Gerade eben hatte ich das Problem, dass der Lappy sich schlafen legte, dann aber sofort wieder aufwachte. Normalerweise klappe ich den Deckel zu und mache dann die Maus (Logitech MX Ergo) aus. Das aber führt seit neuestem (eventuell nach dem heutigen - oder gestrigen - Update?) dazu, dass der Rechner wieder wach wird.

Ich konnte es tatsächlich auf die Maus-Aktivität zurück führen: Maus ausschalten und und Laptop per TouchPad-Click in Bereitschaft schicken --> der Lappy schläft. Maus wieder anschalten --> Lappy wacht sofort auf (weil natürlich der Ball dabei zuckt).

Die Maus ist per Logitech-Dongle angeschlossen - also per USB.

Vielleicht weiß ja jemand: Hat sich in der Behandlung der USB-Schnittstellen bei Breitschaft etwas geändert? (Die Maus ginge auch per BlueTooth, hat aber dann immer so eine Gedenksekunde beim Benutzen; daher USB-Dongle).

Das Ganze ist natürlich jetzt nicht essenziell - aber nervig.

Ciao,
Photor

PS: das installierte System: tagesaktuelles ArchLinux, XFCE,
PS2: Maus aus und Deckel zu, klappt nicht; der Laptop bleibt wach

n815i3xjx8lomlny

Ich weiß keine Antwort, aber eventuell ist es wichtig, zu wissen, wie dein Laptop genau schlafen gelegt wird. Wird das von systemd gesteuert oder von irgendeinem anderen Dienst?

In /etc/systemd/logind.conf kann man dieses Verhalten ja abstellen, daher könnte es ja sein, dass du das anders machst.

Dann gibt es noch verschiedene Modi. In /etc/systemd/sleep.conf kann man bei SuspendState verschiedene Modi einstellen und auch die Kernelvariable mem_sleep_default kann man den Modus einstellen. Hast du da was spezielles konfiguriert?

Photor

n815i3xjx8lomlny

zunächst wichtig: ich hab halt nichts geändert. Daher meine Frage: hat sich intern was geändert, was ich nicht auf dem Schirm habe.

Aber natürlich kann ich Infos beisteuern, um das Problem einzukreisen:

Hier /etc/systemd/logind.conf:

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it under the
[...]
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# Use 'systemd-analyze cat-config systemd/logind.conf' to display the full config.
#
# See logind.conf(5) for details.

[Login]
#NAutoVTs=6
#ReserveVT=6
#KillUserProcesses=no
#KillOnlyUsers=
#KillExcludeUsers=root
#InhibitDelayMaxSec=5
#UserStopDelaySec=10
#HandlePowerKey=poweroff
#HandleSuspendKey=suspend
#HandleHibernateKey=hibernate
#HandleLidSwitch=suspend
#HandleLidSwitchExternalPower=suspend
#HandleLidSwitchDocked=ignore
#HandleRebootKey=reboot
#HandleRebootKeyLongPress=poweroff
#PowerKeyIgnoreInhibited=no
#SuspendKeyIgnoreInhibited=no
#HibernateKeyIgnoreInhibited=no
#LidSwitchIgnoreInhibited=yes
#RebootKeyIgnoreInhibited=no
#HoldoffTimeoutSec=30s
#IdleAction=ignore
#IdleActionSec=30min
#RuntimeDirectorySize=10%
#RuntimeDirectoryInodes=400k
#RemoveIPC=yes
#InhibitorsMax=8192
#SessionsMax=8192

Da ist alles auskommentiert. Dito für /etc/systemd/sleep.conf:

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it under the
[...]
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# See systemd-sleep.conf(5) for details.

[Sleep]
#AllowSuspend=yes
#AllowHibernation=yes
#AllowSuspendThenHibernate=yes
#AllowHybridSleep=yes
#SuspendMode=
#SuspendState=mem standby freeze
#HibernateMode=platform shutdown
#HibernateState=disk
#HybridSleepMode=suspend platform shutdown
#HybridSleepState=disk
#HibernateDelaySec=180min

Also wird das "Schlafen gehen" anders gesteuert - ich denke, dann also XFCE. Ich gehe mal da auf die Suche.

Ciao,
Photor

GerBra

Evtl. auch durch ein Kernel/Firmware/"base" Update.
Mir ist z.B. über die Jahre aufgefallen, daß ich meinen PC irgendwann durch Drücken der "Any-Key-Taste"(g) aus dem Suspend holen kann. Ein damals nebenbei installiertes Windows reagierte sogar auf Maustasten/Bewegungen. Das nervte mich irgendwann tierisch.

Schau ggf. auch mal ins BIOS/UEFI des Laptops. Ich kann am PC z.B. einstellen, ob USB-Bus-Ereignisse den Rechner aus dem Sleep holen. Das habe ich bei mir irgendwann abgestellt, d.h. mein PC wird ausschließlich über den Power-Knopf aufgeweckt. Das wäre ggf. ein Workaround.

Es gibt scheinbar aktuell auch ein Problem mit dem letzten upower 0.99.16-1 Paket. Das äußert sich zwar anders als in deinem Fall, aber du könntest es mal auf "dem Schirm" behalten (->Seiteneffekt des "Bugs").
https://bugs.archlinux.org/task/73942
https://bbs.archlinux.org/viewtopic.php?id=274292

Photor

GerBra Wie schon geschrieben: das "Problem" ist von einem Tag auf den anderen aufgetaucht, ohne dass ich (aktiv) im BIOS/UEFI irgendwas eingestellt habe; etwas anderes als ArchLinux läuft hier auch nicht drauf - würde ich zuerst mal die Finger von lassen.

Ich habe aber noch ein bisschen geforscht:

[photor@Picard ~] xfce4-power-manager --dump
---------------------------------------------------
       Xfce power manager version 4.16.0
Mit Unterstützung für »policykit«
Ohne Unterstützung für »network-manager«
---------------------------------------------------
Kann in Bereitschaftsmodus versetzen: Ja
Kann in Ruhezustand versetzen: Ja
Darf in Bereitschaftsmodus versetzen: Ja
Darf System in den Ruhezustand versetzen: Ja
Darf System herunterfahren: Ja
Hat Akku: Ja
Hat Helligkeitsregler: Ja
Hat Hauptschalter: Ja
Hat Taste für Ruhezustand: Ja
Hat Energiesparmodustaste: Ja
Hat Akkutaste: Ja
Hat Klappe: Nein

Da fällt mir jetzt der letzte Eintrag auf: also KEIN Lid!? Hm. Das kann so nicht stimmen - würde aber erklären, warum er beim Deckelschließen nicht in den Suspend will (will er nicht - unabhängig von der Maus - eben getestet).

Wo ich ihm das mit der "Klappe" jetzt beibiegen kann, habe ich noch nicht gefunden (gconf, xfce4-settings ...).

Das mit upower könnte natürlich sein:
extra/upower 0.99.16-1 [installiert] Abstraction for enumerating power devices, listening to device events and querying history and statistics

Bei Gelegenheit werde ich nochmal versuchen, MX Ergo am BlueTooth zu betreiben und sehen, ob das einen Einfluss hat (USB bzw. BT).

Ansonsten warte ich mal; wenn sich ja gerade was an upower tut ...

Ciao,
Photor

josefine

Hallöchen, Ich würde es auch nicht ändern wenn du ja weißt das es von der Maus kommt. Das ist aber klar, denn wenn du die Maus nach dem Sleep bewegst wird der Laptop natürlich wieder aufgeweckt. Darf ich fragen warum du die Maus extra ausschaltest?
Ich habe auch eine Ergo und ich schalte sie nie aus.

Eine andere Möglichkeit wäre eventuell das du im Bios nachsiehst ob es eine Einstellung bezüglich USB und Aufwecken gibt. Bei einigen kann man ausschalten das durch eine Reaktion an einem USB Eingang der Laptop wieder aufwacht.

Um eventuell andere Unannehmlichkeiten durch verschiedenes herum stellen hervor zu rufen, würde ich es wie gesagt so lassen

Photor

josefine Moin,

ich muss da updaten: seit dem letzten Boot, macht die Maus das nicht mehr (ich war selbst erstaunt). ich schalte die immer aus - die muss ja nicht rumfunken, wenn die Gegenstelle sowieso schläft. Es war aber nicht das Ausschalten selbst; jede Aktion der Maus löste(!) das Aufwachen aus.

Das tut sie jetzt nicht mehr. Im Moment ist es so, dass ich den Rechner per Menu in Suspend/Bereitschaft schicken muss; das Zuklappen des Deckels tut nicht mehr - was sich mit dem zuvor geposteten xfce4-power-manager-Dump zusammen passt.

Ich denke, wenn ich da das letzte Flag wieder auf "Ja" setzen kann, wird auch das wieder.

Kurz zusammen gefasst: es scheint da was in Bewegung (ich lasse im Moment ganz bewusst die Finger von irgendwelchen Einstellungen) - also warte ich mal weiter ab, was sich mit den Updates der nächsten Tage ergibt.

Ciao,
Photor

Photor

Kerberos Moin,

gestern kam ein Update für upower rein. Heute tut's wieder. Das bestätigt auch:

[photor@Picard ~] xfce4-power-manager --dump
---------------------------------------------------
       Xfce power manager version 4.16.0
Mit Unterstützung für »policykit«
Ohne Unterstützung für »network-manager«
---------------------------------------------------
Kann in Bereitschaftsmodus versetzen: Ja
Kann in Ruhezustand versetzen: Ja
Darf in Bereitschaftsmodus versetzen: Ja
Darf System in den Ruhezustand versetzen: Ja
Darf System herunterfahren: Ja
Hat Akku: Ja
Hat Helligkeitsregler: Ja
Hat Hauptschalter: Ja
Hat Taste für Ruhezustand: Ja
Hat Energiesparmodustaste: Ja
Hat Akkutaste: Ja
Hat Klappe: Ja

Klappe schließen --> Lappy legt sich brav schlafen und wacht auch wieder auf, wenn man den Deckel hoch nimmt. Also alles wieder wie vorher.
(Sorry for the noise)

Einzig: durch josefine 's Post bin ich gerade dabei, die MX Ergo nochmal mit BlueTooth zu betreiben. Aber das ist eine neu Story (oder hoffentlich nicht).

Ciao,
Photor

Kerberos

Es könnte auch ein Hardwaredefekt vorliegen. Sprich: Der Mikroschalter (oder dessen Kabel) am Klappmechanismus hat den Geist aufgegeben.

josefine

Photor

Photor Einzig: durch josefine 's Post bin ich gerade dabei, die MX Ergo nochmal mit BlueTooth zu betreiben. Aber das ist eine neu Story (oder hoffentlich nicht).

Ich würde auch noch im Bios nachsehen ob du so etwas ähnliches wie " usb wake on" oder ähnliches hast. Da könntest du dann eben usb ausschalten, so das usb das Gerät nicht mehr aufwecken kann.

josefine

Was spricht eigentlich gegen ein andere Vorgangsweise?
Zuerst Maus ausschalten und dann Deckel schließen?

Photor

josefine hab ich ja zwischen drin so gemacht. 😉

Aber ich habe ja oben schon geschrieben, dass es nun wieder tut. Also das Problem ist seit dem Update gestern (u.a. wurde upower geupdatet) wieder verschwunden. (ich könnte das Thema auf "gelöst" setzen - muss mal nachlesen, wie das genau geht).

Ich probiere halt im Moment noch aus, ob die Maus vielleicht mittlerweile doch besser mit BlueTooth als mit dem USB-Dongle tut - würde halt das Dongle sparen (Spoiler: sieht gerade nicht so aus).

Ciao,
Photor

tuxnix

Im Nachhinein nur mal so eine Idee.
Die Energieverwaltung dürfte hier mit im Spiel gewesen sein.
Hast du mal geprüft ob das System überhaupt in den Schlafmodus gewechselt ist, oder ob lediglich der Bildschirm abgeschaltet wurde. Jedenfalls würde das das Verhalten der Maus erklären.

josefine

tuxnix

tuxnix Im Nachhinein nur mal so eine Idee.
Die Energieverwaltung dürfte hier mit im Spiel gewesen sein.
Hast du mal geprüft ob das System überhaupt in den Schlafmodus gewechselt ist, oder ob lediglich der Bildschirm abgeschaltet wurde. Jedenfalls würde das das Verhalten der Maus erklären.

Das hat meiner Meinung nach gar nichts damit zu tun. Ich kann meinen PC auch mit der Maus aus dem Bereitschaftsmodus holen.
Schlafmodus ist dann eine ganz andere Geschichte, da muss ich natürlich die Power Taste drücken.
Sind aber zwei verschiedene Modis.

tuxnix

Genau, das sind unterschiedliche Modi und man kann sowohl den Power Button als auch den Schalter der betätigt wird, wenn der Deckel schließt, mit einem beliebigen Modus belegen. Unter anderem auch das 'Abschalten des Bildschirms'. Ist jetzt aber gar nicht mehr so wichtig, weil das Problem sich inzwischen ja von allein gelöst hat.