¿Qué es SIGRTMIN + 24 en syslog?

14

Mi Debian 8 vm tiene muchos registros 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.

es decir, muchas Starting Shutdownlíneas y SIGRTMIN+24.

Los documentos dicen:

SIGRTMIN + 24: sale inmediatamente del administrador (solo disponible para instancias de usuario).

¿Qué significa 'Apagar' aquí? No creo que signifique apagar toda la máquina, no hay signos de que se reinicie. Entonces, ¿es solo un reinicio de systemd por alguna razón? ¿Qué causaría eso?

¡Confuso!

artfulrobot
fuente

Respuestas:

12

Comenzando con algunas versiones recientes (no seguras exactamente) de systemd, se inicia una instancia de usuario systemd (systemd --user) (una por usuario) cuando un usuario inicia sesión. La instancia de usuario de systemd puede iniciar procesos para el usuario.

Cuando el usuario cierra su última sesión, el usuario systemd-exit service (/usr/lib/systemd/user/systemd-exit.service) elimina esa instancia de usuario de systemd.

Entonces, la secuencia de apagado aquí es el apagado del proceso systemd --user

Grande en
fuente
Si un usuario cierra sesión con algunos procesos en segundo plano aún en ejecución, ¿esperará el sistema a que finalicen los procesos o hay algún tiempo de espera para que el sistema los elimine después de un tiempo?
L. Levrel
1
Yo creo que si se inician por systemd en sí (a través de un archivo .Service) serán asesinados cuando la última sesión del usuario ha sido cerrada. Si no los inicia systemd, depende de la KillUserProcesses=opción definida en /etc/systemd/logind.conf freedesktop.org/software/systemd/man/…
Bigon