Do I need to install a screensaver package or something?
Sim, de acordo com o wiki , você precisa escolher e instalar um armário. xflock4
irá ativá-lo.
Estou experimentando o XFCE no Arch Linux e, por algum motivo, a opção Bloquear tela no menu da sessão não faz nada. Nem executar xflock4
na linha de comando (sai 0 sem saída).
xfce4-session
está em execução.
Eu preciso instalar um pacote de protetor de tela ou algo assim?
Do I need to install a screensaver package or something?
Sim, de acordo com o wiki , você precisa escolher e instalar um armário. xflock4
irá ativá-lo.
Edite /usr/bin/xflock4
e anexe light-locker-command -l
ou dm-tool lock
à lista.
for lock_cmd in \
"xscreensaver-command -lock" \
"gnome-screensaver-command --lock" \
"light-locker-command -l"\
"dm-tool lock"
Primeiro, instale light-locker
.
$ xfconf-query -c xfce4-session -p /general/LockCommand -s "light-locker-command -l"
ou se você ainda não tem a variável:
$ xfconf-query -c xfce4-session -p /general/LockCommand -s "light-locker-command -l" --create -t string
Coisas antigas:
Parece que xflock4
suporta configuração externa agora. O que eu fiz é:
$ xfconf-query -c xfce4-session -p /general/LockCommand -s "dm-tool lock"
Agora esse comando é usado para bloqueio. Eu acho que o gnome-screen-saver quebrou a atualização.
Isso é para o XFCE. Se você ainda não tem essa propriedade, adicione-a por:
$ xfconf-query -c xfce4-session -p /general/LockCommand -s "dm-tool lock" --create -t string
MUITO IMPORTANTE: você precisa de um protetor de tela para bloquear sua tela com segurança. light-locker
é uma escolha. No final, certifique-se de que os consoles de comutação com ctrl + alt + F1 ou algum outro F # não permitem que você contorne a tela de bloqueio. Veja:
A resposta de Case_of estava perto de mim, mas a dm-tool já estava listada na minha
%código%. Mas tentou /usr/local/bin/xflock4
e xscreensaver-command
primeiro. Mudei-os para o segundo loop for e movi dm-tool como a única opção no início (removendo o primeiro loop for):
dm-tool lock >/dev/null 4>&1 && exit
# else run another access locking utility, if installed
for lock_cmd in \
"xscreensaver-command -lock" \
"gnome-screensaver-command --lock"
"xlock -mode blank" \
"slock"
do
set -- $lock_cmd
if command -v -- $1 >/dev/null 2>&1; then
$lock_cmd >/dev/null 2>&1 &
# turn off display backlight:
xset dpms force off
exit
fi
done
Eu também mapeei para Win + L , para ser como o Windows.
Eu apenas (janeiro de 2018) tentei bloquear o funcionamento do XFCE. Estou um pouco surpreso que não funcionou por padrão. Inicialmente, tentei instalar light-locker
e xscreensaver
, mas não funcionou.
O que funcionou para mim foi instalar o pacote xlockmore
que forneceu /usr/bin/xlock
, o que parece funcionar muito bem. Com esse comando agora instalado, consegui configurar a sessão do xfce para usá-lo:
xfconf-query -c xfce4-session -p /general/LockCommand -s "xlock"
ou se você ainda não tem a variável:
xfconf-query -c xfce4-session -p /general/LockCommand -s "xlock" --create -t string
Meu script /usr/bin/xflock4
já está atento a essa configuração de LockCommand
, por isso não houve necessidade de editar o script depois que a configuração foi aplicada.
O Xlock tem vários modos e configurações diferentes que, por padrão, são aleatórios. Eu decidi:
xlock -mode goop -erasedelay 0
Para testá-los, use:
xlock -mode ... -nolock
Tags xfce arch-linux screen-lock
Eu tenho uma configuração interessante: um servidor com vários servidores NFS remotos montados em uma pasta, com essa pasta sendo exportada novamente pelo Samba. Pense nisso como um proxy de compartilhamento, mantendo todas as pastas compartilhadas em um só lugar.
Meu problema é que sempre que uma das montagens é desativada (servidor reiniciado, serviço reiniciado, disco rígido externo que o servidor estava exportando foi removido, etc.), qualquer tentativa de ler os blocos de montagem para sempre. Isso também significa que a execução de %code% nesse diretório congela e os usuários que se conectam pelo Samba também congelam. Isso também causou algumas vezes um dos meus trabalhos cron para bloquear o que quase caiu no servidor porque tinha centenas de processos bloqueados. Isso está ficando muito chato, já que eu geralmente tenho que abrir um terminal que não está esperando o %code% terminar (não posso cancelá-lo), execute %code% , espero que ele funcione, corrija o problema, remonte tudo .
Existe uma maneira de montar um compartilhamento NFS com a condição de que, se a conexão falhar por qualquer motivo (de preferência com um período de repetição), a montagem não é montada ou, pelo menos, não é bloqueada?
Normalmente, quando montar o NFS, é uma boa idéia ter um conjunto de sinalizadores semelhante a este:
%pre% %bl0ck_qu0te%Você também pode definir:
%pre%que deve permitir que a montagem NFS atinja o tempo limite e torne o diretório inacessível se o servidor NFS interromper a conexão, em vez de esperar em novas tentativas.
Dê uma olhada no este link para mais informações sobre as opções de montagem do NFS