$ ps wafux | grep [x]autolock
user 21410 0.0 0.0 20124 2628 ? S Nov05 0:04 xautolock -time 10 -notify 30 -notifier notify-send --urgency low --expire-time=10000 -- 'Locking screen in 30 seconds' -locker slock
Ancak, kilitlemeye çalıştığımda :
$ xautolock -locknow
Could not locate a running xautolock.
Ben başka bir spin eğer xautolock
çalışır:
$ xautolock -time 10 -notify 30 -notifier "notify-send --urgency low --expire-time=10000 -- 'Locking screen in 30 seconds'" -locker slock&
[2] 18828
$ ps wafux | grep [x]autolock
user 21410 0.0 0.0 20124 2628 ? S Nov05 0:04 xautolock -time 10 -notify 30 -notifier notify-send --urgency low --expire-time=10000 -- 'Locking screen in 30 seconds' -locker slock
user 18828 0.0 0.0 20124 2708 pts/1 S 08:30 0:00 \_ xautolock -time 10 -notify 30 -notifier notify-send --urgency low --expire-time=10000 -- 'Locking screen in 30 seconds' -locker slock
$ xautolock -locknow # Runs fine and locks the desktop
Ne oluyor?
Şimdiye kadar bunu hem masaüstümde hem de dizüstü bilgisayarımda gördüm. En azından önyükleme kilitlemesinden sonra ilk kez düzgün çalıştığını lütfen unutmayın. Sadece bilinmeyen bir zaman ya da olaydan sonra başarısız olmaya başlar.
Ben var değil güvenilir bu çoğaltmak mümkün. Yani, dizüstü bilgisayarımda aşağıdaki yaklaşımları denedim ve her iki durumda da ekran koruyucu kısayolu / komutu aslında masaüstünü daha sonra kilitler:
- Kapağı kapat
- Bilgisayarın hazırda bekletme moduna geçmesini bekleyin
- Kapağı aç
- güç tuşuna baş
- Oturum açma şifresini ve ardından Enter
ve
- Masaüstünü kilitle
- Yukarıdaki ile aynı adımlar
Kodu izleme:
- Hata mesajını yazdıran satır :
error1 ("Could not locate a running %s.\n", progName);
- Yani olur eğer
messageToSend
truthy olduğunu vetype != XA_INTEGER
Aşağıdaki ifadede
type
ayarlanmış gibi görünüyor :(void) XGetWindowProperty (d, root, semaphore, 0L, 2L, False, AnyPropertyType, &type, &format, &nofItems, &after, (unsigned char**) &contents);
Bu, çalışmanın xautolock
algılanıp algılanmayacağının odaklanan pencereye bağlı olabileceği anlamına mı geliyor ? Ayrıca bu çağrının bilinen bu hata ile ilgili olup olmadığını merak ediyorum :
- -Disable, -enable, -toggle, -exit, -locknow, -unlocknow ve -restart seçenekleri işlerini yapmak için X sunucusuna erişime bağlıdır. Bu, başka bir uygulamanın sunucuyu kendisi için yakalaması durumunda askıya alınacakları anlamına gelir.
Her ikisinin de kullandığı xautolock
çatışmalar mümkün mü ? Yukarıdaki satıra ek olarak .xprofile dosyasında da şu satır var :xss-lock
slock
xautolock
xss-lock slock &
Her iki yana xautolock
ve xss-lock
çağırabilir slock
, ben sorun şöyle gider şüphelenen ediyorum:
xautolock
slock
10 dakika kullanılmadığında çalışır .xss-lock
ayrıcaslock
10 dakika sonra koşmaya çalışır :$ xset q | grep --after-context=2 --line-regexp --fixed-strings 'Screen Saver:' Screen Saver: prefer blanking: yes allow exposures: yes timeout: 600 cycle: 600
- Sadece bir
slock
müşteri doğuyor. xss-lock
yanlışslock
olanı öldürür , buxautolock
da çökmeye veya pes etmeye neden olur .
Yana xss-lock
laptop uyku algılayabilir ben yerine bunu kullanmak istiyorum xautolock
ama yapmak gibi olamaz xss-lock
ile çalışmak notify-send
.
.xinitrc
: Bir --user
servis dosyasına geçtim ve artık bir sorun değil ...
stop-screensaver=no
için ~/.mpv/config
. Tabii ki, bu mpv ile video oynatırken kilidi manuel olarak devre dışı bırakmanız gerektiği anlamına gelir.