Fadeway's questions

Um servidor Debian é usado por várias pessoas. Cada usuário usa sua própria conta. Os usuários carregam e usam grandes arquivos binários em /opt/cache. Se /opt/cacheestiver cheio, os carregadores fazem rm -r $(ls -t | tail)para remover os binários mais antigos (que podem ser agrupados em subpastas).

Os usuários geralmente não conseguem limpar o cache por causa de arquivos com 644permissões. Posso, de alguma forma, permitir que todos os usuários excluam o conteúdo de /opt/cache, independentemente do que foi carregado nele?

Fiz o seguinte para fazer com que todos os arquivos fossem atribuídos ao cache_usersgrupo, mas isso não ajuda se os arquivos não forem graváveis ​​no grupo:

chown blabla:cache_users /opt/cache
setfacl -Rdm u::rwx,g::rwx,o::rwx /opt/cache
chmod 2775 /opt/cache

Eu tenho duas teclas de atalho para procurar e encerrar interativamente um processo no Linux:

bindsym $mod+k exec --no-startup-id \
    "ps axo pid,cmd | sed 1d | dmenu -i -l 20 | awk '{print $1}' | xargs kill"
bindsym $mod+$sh+k exec --no-startup-id \
    "ps axo pid,cmd | sed 1d | dmenu -i -l 20 | awk '{print $1}' | xargs -s SIGSEGV kill"

A segunda tecla de atalho é a versão "tentar mais" para alvos que não respondem. Qual é o sinal mais apropriado para usar aqui? Parece um abuso, SIGSEGVuma vez que não há falha de segmentação subjacente.

sinal (2) diz

Os sinais SIGKILL e SIGSTOP não podem ser capturados ou ignorados

mas, na minha experiência, é muito comum que um processo que não responde sobreviva SIGKILLenquanto morre de vontade de SIGSEGV.

Qual é a maneira "menos errada" de eliminar impiedosamente um processo?

Eu tenho um servidor Debian que não exibe caracteres Unicode corretamente quando conectado localmente, sem iniciar o X11. O Unicode funciona após a execução unicode_start(até o terminal ser fechado). Ele também funciona automaticamente ao fazer login via SSH (presumivelmente porque depende do meu emulador de terminal e não do servidor).

As localidades parecem estar configuradas corretamente, e meu palpite é que o terminal aberto após o gettyprompt de login simplesmente não está sendo iniciado no "modo de renderização Unicode" (não conheço o termo técnico para isso). Posso mudar manualmente para o modo Unicode imprimindo os caracteres de controle apropriados ou executando unicode_start, mas o que causa a mudança para o modo Unicode no bom caso, quando isso funciona automaticamente?

root@server:~# locale -a
C
C.UTF-8
de_CH.utf8
en_US.utf8
POSIX

root@server:~# locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=de_CH.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

root@server:~# echo $TERM
linux