O que é SIGRTMIN + 24 no syslog?

14

Meu Debian 8 vm tem muitos logs systemd como este:

Apr 28 23:02:09 foo systemd[22305]: Starting Shutdown.
Apr 28 23:02:09 foo systemd[22305]: Reached target Shutdown.
Apr 28 23:02:09 foo systemd[22305]: Starting Exit the Session...
Apr 28 23:02:09 foo systemd[22305]: Received SIGRTMIN+24 from PID 22461 (kill).
Apr 28 23:02:10 foo systemd[22469]: Starting Paths.
Apr 28 23:02:10 foo systemd[22469]: Reached target Paths.
Apr 28 23:02:10 foo systemd[22469]: Starting Timers.

ou seja, muitas Starting Shutdownlinhas e SIGRTMIN+24.

Os documentos dizem:

SIGRTMIN + 24: sai imediatamente do gerenciador (disponível apenas para instâncias --user).

O que 'Shutdown' significa aqui? Eu não acho que isso significa desligar toda a máquina - nenhum sinal de reinicialização. Então, é apenas uma reinicialização do systemd por algum motivo? O que causaria isso?

Confuso!

artfulrobot
fonte

Respostas:

12

Começando com algumas versões recentes (não exatamente certas) do systemd, uma instância do usuário systemd (systemd --user) é iniciada (uma por usuário) quando um usuário está efetuando login. A instância do usuário systemd pode então iniciar processos para o usuário.

Quando o usuário fecha sua última sessão, essa instância do usuário do systemd é eliminada pelo serviço systemd-exit do usuário (/usr/lib/systemd/user/systemd-exit.service).

Portanto, a sequência de desligamento aqui é o desligamento do processo systemd --user

Bigon
fonte
Se um usuário efetuar logout com alguns processos em segundo plano ainda em execução, o systemd aguardará o término dos processos ou haverá algum tempo limite para que o systemd os mate após algum tempo?
L. Levrel
1
Eu acho que se eles forem iniciados pelo próprio systemd (por meio de um arquivo .service), eles serão mortos quando a última sessão do usuário for fechada. Se eles não forem iniciados pelo systemd, isso depende da KillUserProcesses=opção definida em /etc/systemd/logind.conf freedesktop.org/software/systemd/man/…
Bigon 01/02/19