.png)
Trotz wiederholter Suche kann ich niemanden finden, der ähnliche Probleme wie ich hat. Mein Problem ist, dass der Bildschirm manchmal nicht gesperrt ist, wenn ich meinen Computer in den Ruhezustand versetze, indem ich den Deckel schließe, und dass ich ihn manchmal nicht gesperrt habe, wenn ich ihn wieder öffne. Das ist ein gewisses Sicherheitsrisiko und bedeutet, dass ich, um sicherzustellen, dass meine Sitzung im Ruhezustand gesperrt ist, den Computer manuell sperren muss (z. B. Strg-Alt-L), bevor ich den Laptopdeckel schließe.
Ich kann bestätigen, dass der Computer im Ruhezustand ist (d. h. ich verwechsle die Symptome nicht mit denen eines Laptops, der nicht in den Ruhezustand wechselt: Kernel- und Authentifizierungsprotokolle zeigen Ereignisse beim Schließen und Öffnen des Deckels an; in den Protokollen gibt es Beweise für Ruhezustand und Aktivierung; ich kann einen Blick in den geschlossenen Laptop werfen und sehen, dass die Betriebsanzeige und der Bildschirm aus sind).
Darüber hinaus bin ich ziemlich sicher, dass der Bildschirm, wenn ich ihn vor dem Schließen des Deckels manuell gesperrt habe, beim erneuten Öffnen immer gesperrt ist (d. h. ich glaube nicht, dass der Sperrbildschirm „stirbt“ oder ausfällt).
Mein System ist ein Dell XPS 13 (Edition 2015, 9343) mit Ubuntu 16.04 LTS x64.
Ich weiß wirklich nicht, was ich tun soll, um das zu untersuchen, und ich nehme gerne jeden Rat an. Ich kann keinen eindeutigen Beweis erkennen, wenn ich die Ausgabe von dmesg/kern.log/auth.logs/syslog zwischen erfolgreichen und erfolglosen Sleep-Locks vergleiche.
Ich bin wirklich kein Experte in Unity/Gnome, also bin ich mir nicht sicher, welcher Prozess für den Sperrbildschirm verantwortlich ist. Ich habe es gesehenempfohlendass ich den Gnome-Bildschirmschoner beenden und im Debugmodus ausführen sollte, ich kann jedoch keine Instanz davon sehen. Wenn ich versuche, „gnome-screensaver --debug“ in meiner Sitzung auszuführen, erhalte ich die Meldung „WARNUNG **: Bildschirmschoner wird in dieser Sitzung bereits ausgeführt“. Ich denke, dass der Rat möglicherweise veraltet ist und dass die Gnome-Bildschirmschoner-Funktionalität von einem anderen Prozess übernommen wurde.
Ich bin derzeit ratlos, aber sehr daran interessiert, das Problem zu lösen. Kann mir jemand einen Vorschlag machen, was ich versuchen könnte?
Dieses Problem bestand bei mir auch in 15.10, aber ich habe es bisher nicht angesprochen, für den Fall, dass die neue Version mein Problem behoben hat. Leider hat das keinen Unterschied gemacht. Die 16.04-Installation ist neu, kein Upgrade. Ich kann mich nicht erinnern, ob ich dies auch in 15.04 erlebt habe oder nicht.
Grüße,
Bob