Почему upstart является дочерним процессом systemd?

Почему upstart является дочерним процессом systemd?

решение1

Это связано с ретросовместимостью и сценарием, при котором миграция с upstartна systemdможет привести к катастрофическому сбою в Ubuntu 15.04.Цитируя объявлениеперехода systemdна Ubuntu:

План действий в непредвиденных обстоятельствах: если через несколько недель мы обнаружим, что регрессий слишком много или они слишком значительны, мы можем вернуться к upstart по умолчанию с помощью двух простых загрузок (ubuntu-standard и init).

Другая деталь здесь заключается в том, что Ubuntu не «полностью мигрировала» на systemd до версии 16.10, и графический вход в систему по-прежнему управлялся upstart, а не systemd (даже с учетом того, что он является менеджером инициализации по выбору). Анонсздесь:

Как обсуждалось в UDS1мы переходим от использования upstart для запуска графических сеансов рабочего стола к systemd (и активациям D-Bus в некоторых случаях, когда это уместно). Две недели назад Себастьен Бахер, Иэн Лейн, Тед Гулд и я провели трехдневный спринт, в ходе которого мы конвертировали большинство служб сеанса Ubuntu, а до/после я работал над необходимой инфраструктурой в systemd и upstart, а также конвертировал/проверял большинство других вариантов. Теперь это готово к запуску и более широкому тестированию.

Ubuntu мигрировал(а) на systemd очень безопасным способом, сначала мигрируяМатериалы, связанные с ConsoleKit, в 2013 годув systemd-logind, а затем перенести сам init и оставшиеся модули, чтобы избежать проблем.

тл,др:В вашем конкретном случае upstartэто может быть тот, кто управляет всем, что связано с графическим входом в систему ( lightdm)...

решение2

Просто чтобы сохранить ретросовместимость с файлами конфигурации upstart.
Но он заменил upstart как систему инициализации в Ubuntu и многих других.

Связанный контент