Powermanagement reagiert bei Laptopdeckelschließen ander als über den Startbutton
Hallo Listenleser, bin gerade auf ein Problem des Powermanagements bei meinem Samsung NP900X3F gestolpert. Auf dem Gerät ist OSS 13.1 installiert (Kernel 3.11.10-7, KDE 4.11.5). In der Energieverwaltung bei 'Knopf-Ereignisbehandlung' -> 'Wenn der Bildschirm heruntergeklappt wird' ist die Option 'Ruhezustand' ausgewählt. Tatsächlich wird beim Herunterklappen des Deckels aber nur der Bildschirm ausgeschaltet. Wenn ich dagegen über den Startbutton -> 'Verlassen' -> 'Ruhezustand' auswähle, wird der Laptop in Ruhezustand (suspend to ram ist das wohl) versetzt. Habe im Internet gesucht, aber nichts zu OSS 13.1, sondern nur ältere Einträge gefunden. Wo kann ich mit der Suche ansetzen? Vielen Dank für Hinweise. Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 6. Mai 2014, 21:53:48 schrieb Michael Eschweiler:
(...). In der Energieverwaltung bei 'Knopf-Ereignisbehandlung' -> 'Wenn der Bildschirm heruntergeklappt wird' ist die Option 'Ruhezustand' ausgewählt. Tatsächlich wird beim Herunterklappen des Deckels aber nur der Bildschirm ausgeschaltet. (...).
Machst du das denn auch im passenden Tab? Weil es gibt ja "Am Netzkabel", "Im Akkubetrieb" und "Im Akkubetrieb bei niedrigem Ladestand". Gruß Jan -- Experience enables you to recognize a mistake when you make it again. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Jan, Am 08.05.2014 12:16, schrieb Jan Ritzerfeld:
Am Dienstag, 6. Mai 2014, 21:53:48 schrieb Michael Eschweiler:
(...). In der Energieverwaltung bei 'Knopf-Ereignisbehandlung' -> 'Wenn der Bildschirm heruntergeklappt wird' ist die Option 'Ruhezustand' ausgewählt. Tatsächlich wird beim Herunterklappen des Deckels aber nur doer Bildschirm ausgeschaltet. (...).
Machst du das denn auch im passenden Tab? Weil es gibt ja "Am Netzkabel", "Im Akkubetrieb" und "Im Akkubetrieb bei niedrigem Ladestand".
Bei allen drei Tabs ist für Knopf-Ereignis das gleiche eingestellt. Spielt auch keine Rolle, ob der Rechner am Strom ist oder nur über Akku läuft. Beim Deckelzuklappen geht nur der Bildschirm aus, Ruhezustand aufrufen über den Startbutton führt zuverlässig zu Supend-2-Ram... Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Michael, ich kann den Fehler bestätigen: opensuse 13.1, Kernel 3.13, KDE 4.13. Willst du einen Bug-Report eröffnen? Simon Am Freitag, 9. Mai 2014, 05:47:59 schrieb Michael Eschweiler:
Hallo Jan,
Am 08.05.2014 12:16, schrieb Jan Ritzerfeld:
Am Dienstag, 6. Mai 2014, 21:53:48 schrieb Michael Eschweiler:
(...). In der Energieverwaltung bei 'Knopf-Ereignisbehandlung' -> 'Wenn der Bildschirm heruntergeklappt wird' ist die Option 'Ruhezustand' ausgewählt. Tatsächlich wird beim Herunterklappen des Deckels aber nur doer Bildschirm ausgeschaltet. (...).
Machst du das denn auch im passenden Tab? Weil es gibt ja "Am Netzkabel", "Im Akkubetrieb" und "Im Akkubetrieb bei niedrigem Ladestand".
Bei allen drei Tabs ist für Knopf-Ereignis das gleiche eingestellt. Spielt auch keine Rolle, ob der Rechner am Strom ist oder nur über Akku läuft. Beim Deckelzuklappen geht nur der Bildschirm aus, Ruhezustand aufrufen über den Startbutton führt zuverlässig zu Supend-2-Ram... Gruß, Michael
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.05.2014 15:17, schrieb Simon Heimbach:
Hallo Michael,
ich kann den Fehler bestätigen: opensuse 13.1, Kernel 3.13, KDE 4.13.
Willst du einen Bug-Report eröffnen?
Simon
Am Freitag, 9. Mai 2014, 05:47:59 schrieb Michael Eschweiler:
Hallo Jan,
Am 08.05.2014 12:16, schrieb Jan Ritzerfeld:
Am Dienstag, 6. Mai 2014, 21:53:48 schrieb Michael Eschweiler:
(...). In der Energieverwaltung bei 'Knopf-Ereignisbehandlung' -> 'Wenn der Bildschirm heruntergeklappt wird' ist die Option 'Ruhezustand' ausgewählt. Tatsächlich wird beim Herunterklappen des Deckels aber nur doer Bildschirm ausgeschaltet. (...).
Machst du das denn auch im passenden Tab? Weil es gibt ja "Am Netzkabel", "Im Akkubetrieb" und "Im Akkubetrieb bei niedrigem Ladestand".
Bei allen drei Tabs ist für Knopf-Ereignis das gleiche eingestellt. Spielt auch keine Rolle, ob der Rechner am Strom ist oder nur über Akku läuft. Beim Deckelzuklappen geht nur der Bildschirm aus, Ruhezustand aufrufen über den Startbutton führt zuverlässig zu Supend-2-Ram... Gruß, Michael
Habt Ihr mal nachgeschaut, was bei systemd (, was das auch neuerdings macht,) eingestellt ist? /etc/systemd/logind.conf mfg Hendrik -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Hendrik,
ich kann den Fehler bestätigen: opensuse 13.1, Kernel 3.13, KDE 4.13.
Willst du einen Bug-Report eröffnen?
Simon
Am Freitag, 9. Mai 2014, 05:47:59 schrieb Michael Eschweiler:
Hallo Jan,
Am 08.05.2014 12:16, schrieb Jan Ritzerfeld:
Am Dienstag, 6. Mai 2014, 21:53:48 schrieb Michael Eschweiler:
(...). In der Energieverwaltung bei 'Knopf-Ereignisbehandlung' -> 'Wenn der Bildschirm heruntergeklappt wird' ist die Option 'Ruhezustand' ausgewählt. Tatsächlich wird beim Herunterklappen des Deckels aber nur doer Bildschirm ausgeschaltet. (...).
Machst du das denn auch im passenden Tab? Weil es gibt ja "Am Netzkabel", "Im Akkubetrieb" und "Im Akkubetrieb bei niedrigem Ladestand".
Bei allen drei Tabs ist für Knopf-Ereignis das gleiche eingestellt. Spielt auch keine Rolle, ob der Rechner am Strom ist oder nur über Akku läuft. Beim Deckelzuklappen geht nur der Bildschirm aus, Ruhezustand aufrufen über den Startbutton führt zuverlässig zu Supend-2-Ram... Gruß, Michael
Habt Ihr mal nachgeschaut, was bei systemd (, was das auch neuerdings macht,) eingestellt ist?
/etc/systemd/logind.conf
Wenn ich das richtig interpretieren, steht in der logind.conf nichts (schädliches) drin, denn alle Einträge sind auskommentiert: [Login] #NAutoVTs=6 #ReserveVT=6 #KillUserProcesses=no #KillOnlyUsers= #KillExcludeUsers=root #InhibitDelayMaxSec=5 #HandlePowerKey=poweroff #HandleSuspendKey=suspend #HandleHibernateKey=hibernate #HandleLidSwitch=suspend #PowerKeyIgnoreInhibited=no #SuspendKeyIgnoreInhibited=no #HibernateKeyIgnoreInhibited=no #LidSwitchIgnoreInhibited=yes #IdleAction=ignore #IdleActionSec=30min oder verstehe ich da was falsch? Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 10.05.2014 09:12, schrieb Michael Eschweiler:
Hallo Hendrik,
Habt Ihr mal nachgeschaut, was bei systemd (, was das auch neuerdings macht,) eingestellt ist?
/etc/systemd/logind.conf
Wenn ich das richtig interpretieren, steht in der logind.conf nichts (schädliches) drin, denn alle Einträge sind auskommentiert:
[Login] #NAutoVTs=6 #ReserveVT=6 #KillUserProcesses=no #KillOnlyUsers= #KillExcludeUsers=root #InhibitDelayMaxSec=5 #HandlePowerKey=poweroff #HandleSuspendKey=suspend #HandleHibernateKey=hibernate #HandleLidSwitch=suspend #PowerKeyIgnoreInhibited=no #SuspendKeyIgnoreInhibited=no #HibernateKeyIgnoreInhibited=no #LidSwitchIgnoreInhibited=yes #IdleAction=ignore #IdleActionSec=30min
oder verstehe ich da was falsch?
Gruß, Michael
Das auskommentierte sind meines Wissens die aktiven Default-Einstellungen. mfg Hendrik -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.05.2014 07:17, schrieb Simon Heimbach:
Am Freitag, 9. Mai 2014, 05:47:59 schrieb Michael Eschweiler:
Hallo Jan,
Am 08.05.2014 12:16, schrieb Jan Ritzerfeld:
Am Dienstag, 6. Mai 2014, 21:53:48 schrieb Michael Eschweiler:
(...). In der Energieverwaltung bei 'Knopf-Ereignisbehandlung' -> 'Wenn der Bildschirm heruntergeklappt wird' ist die Option 'Ruhezustand' ausgewählt. Tatsächlich wird beim Herunterklappen des Deckels aber nur doer Bildschirm ausgeschaltet. (...).
Machst du das denn auch im passenden Tab? Weil es gibt ja "Am Netzkabel", "Im Akkubetrieb" und "Im Akkubetrieb bei niedrigem Ladestand".
Bei allen drei Tabs ist für Knopf-Ereignis das gleiche eingestellt. Spielt auch keine Rolle, ob der Rechner am Strom ist oder nur über Akku läuft. Beim Deckelzuklappen geht nur der Bildschirm aus, Ruhezustand aufrufen über den Startbutton führt zuverlässig zu Supend-2-Ram...
ich kann den Fehler bestätigen: opensuse 13.1, Kernel 3.13, KDE 4.13.
Willst du einen Bug-Report eröffnen?
Mit Bugreports habe ich keine bzw. kaum Erfahrung. Mach ich aber gern. Nur, wo muss ich den einstellen? Bei opensuse, bei KDE? Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 9. Mai 2014, 05:47:59 schrieb Michael Eschweiler:
(...). Bei allen drei Tabs ist für Knopf-Ereignis das gleiche eingestellt. Spielt auch keine Rolle, ob der Rechner am Strom ist oder nur über Akku läuft. Beim Deckelzuklappen geht nur der Bildschirm aus, Ruhezustand aufrufen über den Startbutton führt zuverlässig zu Supend-2-Ram...
Ich erinnere mich dunkel von so einem Problem gehört zu haben. War aber schon bei 12.3: http://lists.opensuse.org/opensuse/2014-01/msg00112.html Resultat von dem recht langen Thread, das Schließen des Deckels wird nicht immer erkannt. Nach einem Kaltstart geht es meistens: https://bugzilla.novell.com/show_bug.cgi?id=858815 Das muss aber nicht unbedingt dein Problem sein. Wenn ""journalctl -u systemd-logind" fein alle(!) Deckel-Schließen ausgibt (Lid closed), dann hast du ein anderes Problem. Achja, und es stimmt zwar schon, dass das Deckel-Schließen grundsätzlich vom logind behandelt wird, wie Hendrik erwähnte, ich meine aber, dass KDE aber das gesamte Powermanagement übernimmt sobald er läuft. Ein paar Dinge, die du ausprobieren kannst, um das Problem ein wenig mehr einzuschränken: * Hast du noch acpid installiert? Laut https://bugzilla.novell.com/show_bug.cgi?id=805304#c2 solltest du das entfernen. * Siehst du einen wesentlichen Unterschied zwischen den /var/log/pm- suspend.log vom Zuklappen und vom KDE-Menü aus? Bzw. wird überhaupt ein Versuch unternommen und eine neue Datei angelegt (da steht Datum und Uhrzeit drin)? * Funktioniert "systemctl suspend"? * Funktioniert "pm-suspend"? Gruß Jan -- Ignorance is Bliss! - George Orwell -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 10.05.2014 04:46, schrieb Jan Ritzerfeld:
Am Freitag, 9. Mai 2014, 05:47:59 schrieb Michael Eschweiler:
(...). Bei allen drei Tabs ist für Knopf-Ereignis das gleiche eingestellt. Spielt auch keine Rolle, ob der Rechner am Strom ist oder nur über Akku läuft. Beim Deckelzuklappen geht nur der Bildschirm aus, Ruhezustand aufrufen über den Startbutton führt zuverlässig zu Supend-2-Ram...
Ich erinnere mich dunkel von so einem Problem gehört zu haben. War aber schon bei 12.3: http://lists.opensuse.org/opensuse/2014-01/msg00112.html Resultat von dem recht langen Thread, das Schließen des Deckels wird nicht immer erkannt. Bei mir wird das Schließen des Deckels nie erkannt, egal ob Neustart oder Rückkehr aus suspend-2-disk.
Nach einem Kaltstart geht es meistens: https://bugzilla.novell.com/show_bug.cgi?id=858815 Das muss aber nicht unbedingt dein Problem sein. Wenn ""journalctl -u systemd-logind" fein alle(!) Deckel-Schließen ausgibt (Lid closed),
Hab' gerade nachgeschaut: Tut's nicht; d.h. in systemd-logind werden nur die Powerkey pressed-Ereignisse erfasst, von 'Lid closed' o.ä. ist weit und breit nichts zu sehen. (Obwohl -wenn ich das richtig interpretiere- beim Neustart u.a. die Zeile May 09 14:35:52 xxx systemd-logind[711]: Watching system buttons on /dev/input/event2 (Lid Switch)) angelegt wird.
...
Ein paar Dinge, die du ausprobieren kannst, um das Problem ein wenig mehr einzuschränken: * Hast du noch acpid installiert?
Nein, nur acpica, aber das ist unschädlich, oder?
* Siehst du einen wesentlichen Unterschied zwischen den /var/log/pm- suspend.log vom Zuklappen und vom KDE-Menü aus? Ja. Bzw. wird überhaupt ein Versuch unternommen und eine neue Datei angelegt (da steht Datum und Uhrzeit drin)? Nein, nur bei suspend über's KDE-Menü (und mit pm- bzw. systemctl suspend) wird eine neue Datei angelegt. 'Deckel zumachen' hat keine Wirkung.
* Funktioniert "systemctl suspend"? * Funktioniert "pm-suspend"?
Ja, beide Befehle versetzen den Rechner zuverlässig in Suspend-Mode. Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 10. Mai 2014, 10:28:35 schrieb Michael Eschweiler:
Am 10.05.2014 04:46, schrieb Jan Ritzerfeld:
Am Freitag, 9. Mai 2014, 05:47:59 schrieb Michael Eschweiler: (...). Ich erinnere mich dunkel von so einem Problem gehört zu haben. War aber schon bei 12.3: http://lists.opensuse.org/opensuse/2014-01/msg00112.html Resultat von dem recht langen Thread, das Schließen des Deckels wird nicht immer erkannt.
Bei mir wird das Schließen des Deckels nie erkannt, egal ob Neustart oder Rückkehr aus suspend-2-disk.
Das ist schlecht.
Nach einem Kaltstart geht es meistens: https://bugzilla.novell.com/show_bug.cgi?id=858815 Das muss aber nicht unbedingt dein Problem sein. Wenn ""journalctl -u systemd-logind" fein alle(!) Deckel-Schließen ausgibt (Lid closed),
Hab' gerade nachgeschaut: Tut's nicht; d.h. in systemd-logind werden nur die Powerkey pressed-Ereignisse erfasst, von 'Lid closed' o.ä. ist weit und breit nichts zu sehen. (Obwohl -wenn ich das richtig interpretiere- beim Neustart u.a. die Zeile May 09 14:35:52 xxx systemd-logind[711]: Watching system buttons on /dev/input/event2 (Lid Switch)) angelegt wird.
Dann wirst du wohl so ein ähnliches Problem haben. Scheint bei den Samsung- Dingern auch bekannt zu sein: https://bugzilla.kernel.org/show_bug.cgi?id=44161#c24 http://www.phoronix.com/scan.php?px=MTYyMjU&page=news_item
(...).
Ein paar Dinge, die du ausprobieren kannst, um das Problem ein wenig mehr einzuschränken: * Hast du noch acpid installiert?
Nein, nur acpica, aber das ist unschädlich, oder?
Ich denke schon, dass es unschädlich ist. Es hat zwar was mit ACPI zu tun, aber es ist halt nicht der ACPI-Dienst, der irgendwelche ACPI-Events auswertet.
(...).
Bzw. wird überhaupt ein Versuch unternommen und eine neue Datei angelegt (da steht Datum und Uhrzeit drin)?
Nein, nur bei suspend über's KDE-Menü (und mit pm- bzw. systemctl suspend) wird eine neue Datei angelegt. 'Deckel zumachen' hat keine Wirkung.
Das passt ja leider zu den nicht vorhandenen Lid-Closed-Meldungen.
* Funktioniert "systemctl suspend"? * Funktioniert "pm-suspend"?
Ja, beide Befehle versetzen den Rechner zuverlässig in Suspend-Mode.
Immerhin. ;) Daran liegt es also nicht. Sondern am Deckel-Schalter. Achja, der hat auch mal irgendwann funktioniert? Also unter Linux oder Windows? Gruß Jan -- The best defense against logic is ignorance. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Jan,
Dann wirst du wohl so ein ähnliches Problem haben. Scheint bei den Samsung- Dingern auch bekannt zu sein: https://bugzilla.kernel.org/show_bug.cgi?id=44161#c24 http://www.phoronix.com/scan.php?px=MTYyMjU&page=news_item
Das dürfte dann wohl mein Problem sein, denn auch andere Dinge (keyboard backlight, Erkennung, ob Batterie geladen wird), die dort beschrieben sind, treten bei mir auf.
(...).
Ein paar Dinge, die du ausprobieren kannst, um das Problem ein wenig mehr einzuschränken: * Hast du noch acpid installiert?
Nein, nur acpica, aber das ist unschädlich, oder?
Ich denke schon, dass es unschädlich ist. Es hat zwar was mit ACPI zu tun, aber es ist halt nicht der ACPI-Dienst, der irgendwelche ACPI-Events auswertet.
(...).
Bzw. wird überhaupt ein Versuch unternommen und eine neue Datei angelegt (da steht Datum und Uhrzeit drin)?
Nein, nur bei suspend über's KDE-Menü (und mit pm- bzw. systemctl suspend) wird eine neue Datei angelegt. 'Deckel zumachen' hat keine Wirkung.
Das passt ja leider zu den nicht vorhandenen Lid-Closed-Meldungen.
* Funktioniert "systemctl suspend"? * Funktioniert "pm-suspend"?
Ja, beide Befehle versetzen den Rechner zuverlässig in Suspend-Mode.
Immerhin. ;) Daran liegt es also nicht. Sondern am Deckel-Schalter. Achja, der hat auch mal irgendwann funktioniert? Also unter Linux oder Windows?
Mit Windows habe ich nicht groß experimentiert und es gleich entfernt, da die Festplatte nicht sehr groß ist. Ob der Deckelschalter unter Linux schon mal das richtige Ereignis ausgelöst hat, kann ich nicht sagen, vielleicht kurz nach der Installation mal. Jedenfalls ging kurz nach der Installation die Tastaturbeleuchtung und sie ließ sich auch verändern. Ich werde wohl auf Kernel 3.15 warten müssen... Vielen Dank für die Info! Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Hendrik Woltersdorf -
Jan Ritzerfeld -
Michael Eschweiler -
Simon Heimbach