Komut satırını kullanarak giriş ekranının kilidini açın

30

13.04 Gnome kabuk giriş ekranının komut satırından açılması mümkün müdür? Gnome kabuğuna bir kullanıcı giriş yaptı, bir konsolda bu kullanıcı olarak giriş yapabilirim. Ayrıca kök erişimim var.

Bu, şifre girmek zorunda kalmadan aktif bir X11 ekranına VNC üzerinden erişmek içindir.

yürütme

gnome-screensaver-command -d

Bir blog yazısında önerildiği gibi yardımcı olmadı.

giriş ekranı

command-line gnome lock-screen

— krlmlr
kaynak

Ssh sana herhangi bir çıktı veya hata veriyor mu?

— Braiam

@Braiam: Yapabilirim ssh, sorun bu değil. Aktif bir X11 ekranına VNC üzerinden erişmek için, ancak şifreyi girmek zorunda kalmadan.

— krlmlr

33

Yeni bir linux sistemine sahip olduğunuzu farz ediyorum systemd(örneğin Ubuntu 16.04 veya daha yenisi).

Eğer gerekiyorsa kendi oturumu kilidini , sadece koşmak loginctl unlock-session(bu kendi oturumu çünkü hiçbir kök gereklidir). Birden fazla oturumunuz varsa ve yalnızca birini seçmek istiyorsanız, loginctl list-sessionsoturumu tanımlamak için koşun ve ardından örn loginctl unlock-session c187.

Tüm oturumların kilidini açmanız gerekirse , sadece koşun sudo loginctl unlock-sessions. Bunun, hangi kullanıcının ekran koruyucusunu çalıştırdığına bakılmaksızın TÜM oturumların kilidini hemen açacağını unutmayın.

Doğru oturumu belirlemek için daha fazla bilgiye ihtiyacınız olursa, şunun gibi bir şeyi deneyebilirsiniz:

loginctl list-sessions --no-legend | while read id rest; do echo; loginctl show-session $id; done

— Mikko Rantalainen
kaynak

3

— 16.04'te

Görünüşe göre sudo gerek yok

— lemonsqueeze

1

İhtiyacınız sudosen (kullanıcı kimliği ile çalışmıyor oturumları dahil) TÜM oturumların kilit açma ekran koruyucular istiyorum.

— Mikko Rantalainen

Ayrıca son not sin unlock-sessions. Sadece kendi oturumunu açmak istiyorsan yap loginctl unlock-session.

— Mikko Rantalainen

2

Kabul edilen cevap olmalı!

— Brice

16

gnome-screensaver-commandBir SSH oturumunda olduğu gibi komutların çalıştırılmasındaki sorun , genellikle aktif masaüstü oturumu için uygun oturum veriyoluna otomatik olarak bağlanmamalarıdır - genellikle, DISPLAY değişkeninin ayarlanması örneğin bu işleri benim için çözecektir ( DISPLAY: 0) 'daki kilitli X oturumuna sahip olan aynı kullanıcı olarak SSH:

$ DISPLAY=:0 gnome-screensaver-command -d

kilidini açmak için

$ DISPLAY=:0 gnome-screensaver-command -l

kilitlemek için.

Alternatif olarak, dbus-send- kullanarak aktif durumu değiştirebilirsiniz

$ export DISPLAY=:0
$ dbus-send --session \
          --dest=org.gnome.ScreenSaver \
          --type=method_call \
          --print-reply \
          --reply-timeout=20000 \
          /org/gnome/ScreenSaver \
          org.gnome.ScreenSaver.SetActive \
          boolean:false

Kaynak: https://people.gnome.org/~mccann/gnome-screensaver/docs/gnome-screensaver.html#gs-examples

— steeldriver
kaynak

1

Ne yazık ki, bu yöntemlerden hiçbiri sistemimde kurulu olan belirli ekran kilidini açmadı (ekran görüntüsüne bakın). Ekranı kilitlemekten hangi işlemin sorumlu olduğunu nasıl öğrenebilirim?

— krlmlr

1

Komutlar bir hata mı veriyor? Eğer öyleyse lütfen gönderin. Farklı bir ekran koruyucunun çalışıp çalışmadığını görmek için deneyebilirsiniz ps -fu <username> | grep saver- bunun xscreensaveryerine kullanılıyor gnome-screensaverolabilir, bu durumda deneyebilirsiniz DISPLAY=:0 xscreensaver-command -deactivate.

— steeldriver

1

Bu cevabı Ubuntu 14.04'te test ettim. Çalışmıyor. Ekranı engeller, ancak ekran kilitli kalır.

— kasperd

5

Aşağıdaki benim için çalıştı:

sudo killall gnome-screensaver

Özellikle SSH üzerinden başka bir kullanıcıyla giriş yaptığınızda yardımcı olur.

— Rosch
kaynak

Onayladı, klavye kilit açma ekranında yazı yazmıyorken bu sorunu yaşadım, ancak CTRL + ALT + F3 tuşlarını kullanarak terminale geçebildim ve bu ekran koruyucu katil yardımcı oldu. Sonra CTRL + ALT + F2'yi tekrar kilitli oturuma geri döndüm :)

— jave.web

Bu, X2Go kilit ekranını gösterdiğinde ve yanıt vermediğinde işe yarıyor :)

— endolith

1

Gnome 3'ün ekran kilidinin (ekran koruyucu) boş bir ekrana sıkışmasıyla ilgili bir sorun yaşadım. Gnome-shell pencere yöneticisini değiştirerek onunla çalışmayı başardım .

Ctrl + Alt + F1 ve sanal bir konsolda oturum açın, ardından:

pkill -QUIT gnome-shell
DISPLAY=:0.0 gnome-shell -r &

( &Yeni gnome kabuğunu arka planlar, böylece sanal konsoldan çıkabilirsiniz ve çalışmaya devam edebilirsiniz. Alternatif olarak, gnome-kabuk işlemini askıya almak ve bgonu arka plana çekmek için Ctrl + Z tuşlarını kullanın .)

Zarif olmayabilir, ama nihayet oturumu kapatmaya zorlamadan masaüstü uygulamalarıma geri dönmeme izin verdi.

— Ted Percival
kaynak

Teşekkürler, yeniden başlatmanın gnome-shellbenim için işe yarayıp yaramadığını görmeye çalışacağım .

— krlmlr

1

Kilit açma ekranının bazen klavye girdisini kabul etmemesi durumunda da benzer bir problem yaşadım. Sonunda çözdüğüm yol , çalışan birkaç gnome-screensaver işlemi ve bir gnome-screensaver-dialogişlemi öldürmekti . Sanırım 2 gnome-ekran koruyucu seansı hangi sürecin gerçekleşmesine neden oldu? Aslında bunun yerine xscreensaver kullanmam gerekiyordu, bu yüzden belki de onunla karıştı.

Neyse, Ctrl+Alt+F1çalışan ekran koruyucu işlemlerine bakın ps -aux | grep screenve hepsini öldürün. Diğer cevaplarda listelenen gnome ve xscreensaver komutları benim için işe yaramadı.

— Scott
kaynak