TL; DR: o light-locker mantém a tela preta se o sistema não puder ler / proc
-
light-locker
depende dedbus
fornecendoIPC
. -
dbus
depende desystemd-logind
fornecendosession
informação. -
systemd-logind
depende de/proc
fornecendoprocess
informação.
Isso não funcionará muito bem em conjunto:
$ file /sbin/init
/sbin/init: symbolic link to /lib/systemd/systemd
$ mount | grep proc
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime,hidepid=2,gid=1337)
E não se pode esperar que nenhum deles:
O hidepid não é realmente compatível com o systemd. desculpa. [..] Enfim, fechando como isso não foi causado pelo systemd. - Lennart Poettering
Solução parcial 1
Parcial solução, porque vem com divulgação de informações.
Permitir que programas sem privilégios (como systemd, depois de eliminar privilégios) acessem informações sobre processos de outros usuários em /proc
.
$ sudo mount -o remount,hidepid=0 /proc
# and fix /etc/fstab accordingly
Solução parcial 2
Parcial solução, porque systemd pode quebrar em outros lugares, não apenas logind.
Adicione systemd-logind ao grupo apropriado, mais convenientemente obtido adicionando um serviço Drop-In.
$ addgroup showpid
$ adduser myuser showpid
$ sudo mount -o remount,hidepid=2,gid=showpid /proc
# and fix /etc/fstab accordingly
$ echo -e '[Service]\nSupplementaryGroups=showpid' | sudo tee /etc/systemd/system/systemd-logind.service.d/10-showpid.conf
$ sudo systemctl daemon-reload
$ sudo systemctl restart systemd-logind
Após a solução qualquer , a mensagem Got session-id: (null)
deve parecer-se mais com Got session-id: /org/freedesktop/login1/c7
e o light-locker poderá se comunicar corretamente por meio de dbus
.
O que devo ter feito para descobrir isso mais rapidamente?
- Se algo mudou, e você não consegue descobrir rapidamente o que mudou, basta pegar o backup já e
diff -ruiN
todo o sistema. - Documente a primeira vez que um problema ocorreu com mais precisão, portanto, a classificação de arquivos de registros / relatórios de IDS por horário revelará rapidamente a causa relevante.
- Arquive mais relatórios de bugs. Os aplicativos que falham silenciosamente sob condições que posteriormente causam dor de cabeça e / ou bloqueio do sistema são inaceitáveis.