syslogのSIGRTMIN + 24とは何ですか?


14

私のDebian 8 vmには、次のような多くのsystemdログがあります。

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.

すなわち、たくさんのStarting Shutdown行とSIGRTMIN+24

ドキュメントは言います:

SIGRTMIN + 24:マネージャーをすぐに終了します(--userインスタンスでのみ使用可能)。

ここで「シャットダウン」とはどういう意味ですか?マシン全体をシャットダウンすることを意味するとは思わない-再起動の兆候はない。それは何らかの理由でsystemdを再起動するだけですか?何が原因でしょうか?

混乱した!

回答:


12

systemdのいくつかの最近の(正確にはわからない)バージョンから開始し、ユーザーsystemd(systemd --user)インスタンスは、ユーザーがログインするときに(ユーザーごとに1つ)開始されます。systemdユーザーインスタンスは、ユーザーのプロセスを開始できます。

ユーザーが最後のセッションを閉じると、systemdのそのユーザーインスタンスは、ユーザーsystemd-exitサービス(/usr/lib/systemd/user/systemd-exit.service)によって強制終了されます。

したがって、ここでのシャットダウンシーケンスはsystemd --userプロセスのシャットダウンです


ユーザーがまだバックグラウンドプロセスを実行している状態でログアウトした場合、systemdはプロセスが終了するのを待ちますか、それともsystemdがしばらくしてからそれらを強制終了するためのタイムアウトがありますか?
L.レヴレル

1
私が考えて、彼らが(.serviceファイルによって)自分自身をシステムDによって開始された場合、ユーザーの最後のセッションが閉じられたとき、彼らは殺されること。systemdによって起動されない場合KillUserProcesses=/etc/systemd/logind.conf freedesktop.org
software
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.