なぜ upstart は systemd の子プロセスなのでしょうか?

なぜ upstart は systemd の子プロセスなのでしょうか?

答え1

upstartこれは、レトロ互換性と、からへの移行によってsystemdUbuntu 15.04 で壊滅的な障害が発生する可能性があるシナリオに関係しています。発表を引用systemdUbuntu に来る理由:

緊急時対応計画: 数週間後に、リグレッションが多すぎる、または大きすぎることが判明した場合は、2 つの簡単なアップロード (ubuntu-standard と init) で、デフォルトで upstart に戻すことができます。

ここでのもう 1 つの詳細は、Ubuntu が 16.10 より前の systemd に「完全に移行」されておらず、グラフィカル ログインは systemd ではなく upstart によって管理されていることです (それでも、init マネージャーとして選択されています)。発表ここ:

UDSで議論されたように1私たちは、グラフィカル デスクトップ セッションを開始するために upstart を使用するのではなく、systemd (および適切な場合は D-Bus アクティベーション) を使用する方向に進んでいます。2 週間前、Sebastien Bacher、Iain Lane、Ted Gould、そして私は 3 日間のスプリントで Ubuntu セッションのほとんどのサービスを変換し、その前後に systemd と upstart で必要なインフラストラクチャに取り組み、他のほとんどのフレーバーを変換/チェックしました。これで、リリースしてより広範なテストを行う準備が整いました。

Ubuntuはsystemdへの移行を非常に安全な方法で行っており、まず2013年のConsoleKit関連にアップグレードしsystemd-logind、その後、init 自体と残りのユニットを移行して、問題を回避します。

要約:あなたの特定のケースでは、upstartグラフィカル ログイン関連のものを管理しているものがまだある可能性があります ( lightdm)...

答え2

Upstart 構成ファイルとの互換性を維持するためです。
ただし、Ubuntu などの多くのシステムでは、init システムとして Upstart が置き換えられました。

関連情報