Ubuntu 14.04 führt einen neuen Sperrbildschirm ein , der dem Anmeldebildschirm ähnelt.
Ich kann den Bildschirm immer noch mit dem Befehl sperren gnome-screensaver-command --lock
(wie ich es immer getan habe), der unter 14.04 den Bildschirm sperrt, aber:
- Wenn Sie es vom Desktop ausführen, wird der Bildschirm mit dem neuen Sperrbildschirm gesperrt.
- Wenn Sie es von einer virtuellen Konsole oder über SSH ausführen , wird der Bildschirm mit dem alten Sperrbildschirm gesperrt .
Ich habe es auch versucht xdg-screensaver lock
, aber es funktioniert auf die gleiche Weise wie gnome-screensaver-command --lock
(verwendet den neuen Sperrbildschirm nur, wenn er vom Desktop ausgeführt wird).
Laufen light-locker-command --lock
hat nicht funktioniert, da light-locker
nicht installiert.
Ich denke, es muss einige Unterschiede zwischen der Ausführung desselben Befehls vom Desktop und der Ausführung über SSH / virtuelle Konsole geben, aber ich konnte keinen Unterschied in den Umgebungsvariablen feststellen.
Meine Frage lautet also: Wie kann ich den Bildschirm mit dem neuen Unity-Sperrbildschirm und nicht mit dem alten Sperrbildschirm über die Befehlszeile sperren?
Diese Frage hängt wahrscheinlich damit zusammen, dass der neue Befehl verwendet werden muss. Hier ist eine weitere Frage: Warum führt das Ausführen desselben Sperrbefehls zu unterschiedlichen Ergebnissen?
Beachten Sie, dass gnome-screensaver
gemäß diesem Fehlerbericht in 14.04 nicht mehr verwendet wird :
Das ist nicht wirklich ein Gnome-Bildschirmschoner-Fehler, diese Komponente wird nicht mehr in vertrauenswürdigen Umgebungen verwendet.
quelle
dm-tool lock
wird geschlossen: Sie sperrt den Bildschirm, ermöglicht aber (anders als beim Standard-Unity-Sperrbildschirm) auch das Wechseln von Benutzern.dm-tool lock
unddm-tool switch-to-greeter
scheinen dasselbe zu tun: Bringen Sie Sie zurück zum Anmeldebildschirm (Begrüßer), der dem Sperrbildschirm sehr ähnlich sieht.Antworten:
Ich habe nicht
gnome-screensaver
installiert und der einzige Befehl, den ich finden kann, der funktioniert, ist der folgende:quelle
qdbus org.gnome.ScreenSaver /org/gnome/ScreenSaver org.gnome.ScreenSaver.Lock
gsettings set org.gnome.desktop.lockdown disable-lock-screen false
gsettings get org.gnome.desktop.lockdown disable-lock-screen
kehrt zurückfalse
. Jetzt gibt es überhaupt keine Ausgabe mehr, wenn dbus-send ausgeführt wird. Vielleicht wird ein Gnome-Bildschirmschoner benötigt, damit dies funktioniert?org.gnome.ScreenSaver
Die akzeptierte Antwort hat die richtige Idee, mit der Ausnahme, dass sich der Sperrbildschirm auf das Unity-Bedienfeld bezieht, während
org.gnome.ScreenSaver
es sich offensichtlich um einen Schematyp handelt, der sich auf Gnome bezieht, sodass er möglicherweise funktioniert oder nicht.Es gibt jedoch eine dbus-Schnittstelle für Unity, und wir müssen diese Methode nur
com.canonical.Unity.Session.Lock
so aufrufenRandnotiz :
Der Beweis für die Tatsache, dass es mit Unity Panel zusammenhängt, ist einfach. Wenn Sie den Bildschirm gesperrt haben,
/usr/lib/unity/unity-panel-service
ändert sich der Prozess/usr/lib/unity/unity-panel-service --lock-mode
wie ab tty1 beschrieben.quelle
DISPLAY
Variable zu tun , sondern mit dbus. Mir ist nicht bekannt, ob in ssh Unity keine Dbus-Sitzung vorhanden ist oder nicht, daher kann ich Ihnen in diesem Bereich nicht weiterhelfen. Ich werde nachfragen, aber soweit ich das sagen kann.dbus-launch --exit-with-session gnome-terminal
vorher zu rennen . serverfault.com/a/411326Ich habe kürzlich herausgefunden, dass das auch
xdg-screensaver lock
funktioniert und auch eine recht einfache Lösung ist!quelle
Sie können jederzeit die Tastenanschläge senden:
xdotool key super+l
.quelle