proc ID 1 больше не является & ldquo; / sbin / init & rdquo ;? [dубликат]

Я пытаюсь проверить вывод команды pstree. Но по какой-то причине он всегда начинается с чего-то, называемого systemd, а не init. Я проверил, чтобы увидеть идентификаторы процесса как init, так и systemd с помощью команды ps aux, а init имеет ПИД-код 1, а systemd - другой PID. Итак, почему в моем выходе pstree не отображается init? Есть ли опция, которую мне нужно дать?

Также я прочитал о системных дискуссиях против init, но ubuntu 16.04 LTS все еще использует init, чтобы все начиналось правильно?

Обновление о том, почему разные PID?

Оказывается, разные PID, которые, как я думал, были частью моего невежества. У init был PID 1, тогда как systemd - это не то, о чем я говорил. Вместо этого, когда я запускал ps aux|grep systemd, я нашел PID для /lib/systemd/systemd-*, где * означает некоторые дополнительные символы. Итак, о чем я говорил, было не systemd, а некоторые другие процессы, которые были расширениями (это правильное слово?) Systemd, я думаю.

Некоторые из примеров для этого * следующие [ ! d4] /lib/systemd/systemd-journald /lib/systemd/systemd-udevd /lib/systemd/systemd-timesyncd

3
задан 13 June 2017 в 04:08

2 ответа

Начиная с 15.04, init на Ubuntu является systemd. Можно использовать Upstart, но по умолчанию используется systemd. Например, /sbin/init будет ссылкой на /lib/systemd/systemd. /sbin/{shutdown,reboot,telinit,halt,runlevel,poweroff} - ссылки на /sbin/systemctl. Даже в 16.04 Upstart использовался как сеанс init, поэтому вы можете увидеть Upstart как родительский процесс или процесс предка в вашем графическом входе (хотя, похоже, он изменился в 16.10).

Другие процессы вы видите компоненты systemd; они разработаны и распределены вместе с systemd, но многие из них не являются существенными для запуска systemd как init. Многие компоненты могут быть заменены или отключены. Для цитирования Можно использовать Upstart :

systemd - набор базовых строительных блоков для системы Linux. Он предоставляет диспетчер системы и обслуживания, который работает как PID 1 и запускает остальную часть системы. ... Другие части включают в себя демон протоколирования, утилиты для управления базовой конфигурацией системы, такие как имя хоста, дата, локаль, ведение списка зарегистрированных пользователей и запуск контейнеров и виртуальных машин, системных учетных записей, каталогов и настроек времени выполнения, а также демонов для управлять простой конфигурацией сети, синхронизацией по времени сети, переадресацией журнала и разрешением имен.

И это сообщение блога от одного из создателей systemd (Lennart Poettering):

Миф: systemd не позволяет вам заменять его компоненты. Неверно, вы можете отключить и заменить практически любую часть systemd, за очень небольшим исключением. И эти исключения (например, journald) обычно позволяют вам запускать альтернативу бок о бок с ней, хорошо сотрудничая с ней.
3
ответ дан 18 July 2018 в 11:46

Начиная с 15.04, init на Ubuntu является systemd. Можно использовать Upstart, но по умолчанию используется systemd. Например, /sbin/init будет ссылкой на /lib/systemd/systemd. /sbin/{shutdown,reboot,telinit,halt,runlevel,poweroff} - ссылки на /sbin/systemctl. Даже в 16.04 Upstart использовался как сеанс init, поэтому вы можете увидеть Upstart как родительский процесс или процесс предка в вашем графическом входе (хотя, похоже, он изменился в 16.10).

Другие процессы вы видите компоненты systemd; они разработаны и распределены вместе с systemd, но многие из них не являются существенными для запуска systemd как init. Многие компоненты могут быть заменены или отключены. Для цитирования Можно использовать Upstart :

systemd - набор базовых строительных блоков для системы Linux. Он предоставляет диспетчер системы и обслуживания, который работает как PID 1 и запускает остальную часть системы. ... Другие части включают в себя демон протоколирования, утилиты для управления базовой конфигурацией системы, такие как имя хоста, дата, локаль, ведение списка зарегистрированных пользователей и запуск контейнеров и виртуальных машин, системных учетных записей, каталогов и настроек времени выполнения, а также демонов для управлять простой конфигурацией сети, синхронизацией по времени сети, переадресацией журнала и разрешением имен.

И это сообщение блога от одного из создателей systemd (Lennart Poettering):

Миф: systemd не позволяет вам заменять его компоненты. Неверно, вы можете отключить и заменить практически любую часть systemd, за очень небольшим исключением. И эти исключения (например, journald) обычно позволяют вам запускать альтернативу бок о бок с ней, хорошо сотрудничая с ней.
3
ответ дан 24 July 2018 в 19:51

Другие вопросы по тегам:

Похожие вопросы: