現在のバージョンのXorgはsystemd-loginセッション終了を受け取りますか？

習慣。コードはそれを受け取らず、デバイスにアクセスせずに（そして再度アクセスする必要なしに）簡単に実行できます。私はこれがXorgとsystemd-logindの統合の監督だと思います。

現在、Xorgはセッションに関連する「範囲」単位で実行する必要があります。 XDG_SESSION_ID 環境変数を許可するように拡張できますが。これが最初に私の問題を引き起こしたものです。

セッションリーダー（最初のプロセス）が終了してセッションが終了すると、アップストリームのデフォルト値KillUserProcesses = yesがそのまま残っている場合にのみスコープが停止しますlogind.conf。そうしないと、セッションが「破棄」され、GNU Screen などのプロセスがtmux実行を継続できます。ほとんどのディストリビューションでは KillUserProcesses を無効にします。これは非常に疑わしいデフォルトです。

loginctl terminate-session常にスコープユニットを停止します。ただし、範囲指定単位を停止すると、最初はSIGHUPが送信されます。これは明らかに「bashと友達」がSIGTERMを無視する傾向があるためです。いくつかの理由。多くのデーモンと同様に、XorgはSIGHUPを特別に扱います。 Xorg は SIGHUP をシャットダウンするのではなく、サーバーをリセットするように指示するシグナルとして扱います。私はこれがタイムアウト後にsystemdがSIGKILLを送信し、Xorgがまだ終了していないことを意味すると思います。 Xorgは適切なクリーンアップなしで強制終了することができます。

終了せずにXorgを再生成する手順：

1. nohup /usr/libexec/Xorg :5 vt5 -keeptty -novtswitchroot以外のユーザーとして実行します。 （vt5では、ctrl + alt + f5とも呼ばれるテキストコンソール5でこのコマンドを実行するとします。）
2. 別のテキストコンソールに切り替えます。ログイン。ps -ax | grep bashで実行されているbashシェルのPIDを見つけるために使用されますtty5。走るkill -SIGHUP <PID>

3. bashプロセスが終了し、セッションからログアウトします。 VT 5に戻ると、コンソールログインプロンプトが表示されます。しかし、Xorgプロセスは実際にはまだ実行中です！

   Xorgインスタンスのログファイルにまだ属していると思われるすべてのデバイスを解放し、再度開こうとすることがわかります。 Xorgがリセットされると、これが起こります。これでセッションが終了したため、使用するデバイスが残っていないため、デバイスを開こうとするすべての試みは失敗します。

   Xorgは（：-にもかかわらず）SIGHUPを送信したためリセットされますnohup。私はgdbそれにこだわったのでこれを見つけました。 SIGHUPは、Xorgがそれ/dev/tty5自身を再び開いてそれを「制御端末」として取得するために受信されます。で制御端子を見ることができますps -ax | grep Xorg。強制的にログアウトするためにbashを終了すると、システムはTTYにハング（HUP）を生成します。 KillUserProcesses を設定しない限り、SIGHUP より強い信号は Xorg に送信されません。

それ以外の場合、リセットnovtswitchはVT切り替えも試みます。ただし、ルート以外の X はアクティブ VT を変更できません。ステップ3は別のVTで実行されるため、このVT切り替え試行は失敗します。 VT 遷移が失敗すると Xorg は終了します。

これらのステップはnohup必須です。それ以外の場合、Xorgは終了します。これはシェルジョブの管理に関連しています。証明：nohupXorgを使用せずにコマンドを使用してジョブ管理を無効にしても、Xorgは引き続き実行されますset +m。