LINUX.ORG.RU

История изменений

Исправление sunny1983, (текущая версия) :

Я сам не совсем понял про что вопрос. Моё мнение, что ТС спрашивал про аналог ″systemctl enable SERVICE″ в upstart. В случае с systemd у юнитов чётко прописаны зависимости и команда ″systemctl enable/disable″, если я не путаю, отслеживает их и включает/выключает зависимые юниты.

В случае с upstart такой явной зависимости нет, поэтому и нет команды, которая бы включала/выключала юниты. Там нужно редактировать файл с описанием юнита (задачи).

Хотя, может быть ТС под «включением» подразумевал «старт» (″systemctl start SERVICE″)...

Я имел в виду то, что имел в виду. То есть под включением я подразумевал «включить» («enable»), а не «запустить» («start»).

А кукбук я тут как раз по диагонали прочитал. Понял не всё правда. Понял, что зависимости юнитов (вернее они в upstart называются задачами «job») всё же есть. Если в задаче jobA прописано

start on starting jobB
то получается, что задача jobB зависима от jobA

2. но ведь событием может быть в том числе и изменение стейта других джоб. Или вопрос не про это?

Ну да.

А относительно того, что лишнее, решайте сами.

Я имел в виду не всё можно назвать лишним. Если я хочу отключить нахрен не нужную службу avahi-daemon, я делаю:

echo manual | sudo tee /etc/init/avahi-daemon.override
Крайне странным кажется этот способ после sysVinit, BSD-style init и systemd. А вот с network-interface-security я так поступить не могу, поскольку она зависит от network-interface и, отключив её, я поломаю целостность системы.

Не смог найти где именно сказано, что параметры нужно передавать через параметры ядра.
Ещё так понял, что рунлевелов как таковых нет. Ну, вроде они есть, но на рунлевелах 2, 3, 4 и 5 происходит одно и тоже - запуск многопользовательской системой с поддержкой сети и GUI. А как тогда отключать GUI? Отключением lightdm?
Ну и ещё остаётся открытым вопрос в каком порядке запускаются задачи во время начальной загрузки?

Исходная версия sunny1983, :

Я сам не совсем понял про что вопрос. Моё мнение, что ТС спрашивал про аналог ″systemctl enable SERVICE″ в upstart. В случае с systemd у юнитов чётко прописаны зависимости и команда ″systemctl enable/disable″, если я не путаю, отслеживает их и включает/выключает зависимые юниты.

В случае с upstart такой явной зависимости нет, поэтому и нет команды, которая бы включала/выключала юниты. Там нужно редактировать файл с описанием юнита (задачи).

Хотя, может быть ТС под «включением» подразумевал «старт» (″systemctl start SERVICE″)...

Я имел в виду то, что имел в виду. То есть под включением я подразумевал «включить» («enable»), а не «запустить» («start»).

А кукбук я тут как раз по диагонали прочитал. Понял не всё правда. Понял, что зависимости юнитов (вернее они в upstart называются задачами «job») всё же есть. Если в задаче jobA прописано

start on starting jobB
то получается, что задача jobB зависима от jobA

2. но ведь событием может быть в том числе и изменение стейта других джоб. Или вопрос не про это?

Ну да.

А относительно того, что лишнее, решайте сами.

Я имел в виду не всё можно назвать лишним. Если я хочу отключить нахрен не нужную службу avahi-daemon, я делаю:

echo manual | sudo tee /etc/init/avahi-daemon.override
А вот с network-interface-security я так поступить не могу, поскольку она зависит от network-interface и, отключив её, я поломаю целостность системы.

Не смог найти где именно сказано, что параметры нужно передавать через параметры ядра.
Ещё так понял, что рунлевелов как таковых нет. Ну, вроде они есть, но на рунлевелах 2, 3, 4 и 5 происходит одно и тоже - запуск многопользовательской системой с поддержкой сети и GUI. А как тогда отключать GUI? Отключением lightdm?
Ну и ещё остаётся открытым вопрос в каком порядке запускаются задачи во время начальной загрузки?