Ода systemctl mask

[amarao_san]

Вот, например, вещь, аккураного решения которой не существует вне systemd. Как запретить запуск указанного сервиса до его установки в систему? У меня ставится пакет foobar, который добавляет сервисы foobar-main и foobar-causal. Мне не нужен foobar-causal и я точно не хочу, чтобы он запускался. Ни разу

Comments

[angry_elf]

Меня вообще эээ, скажем так, смущает модель, в которой каждый установленный сервис прописывается автоматом в автозагрузку.

[amarao_san]

Опиши свою модель, кто прописывает сервисы в загрузку. Допустим, мы делаем debootstrap и нам очень хочется запустить getty на /dev/tty0, или lightdm для получения логина в X'ах. Кто и когда их включает?

[angry_elf]

Окей, ладно, некоторые пусть автопрописываются. Но после установки апача там, базы, кэша, какого черта они сами стартуют? У них, у половины, по-дефолту конфиги небезопасные.

[amarao_san]

А это уже не важно. Важно, что другого механизма не придумали. А у systemd есть метод управления им.

[tzirechnoy]

В /etc/insserv/overrides/foobar-casual
написать

### BEGIN INIT INFO
# Provides: foobar-casual
# Default-Start:
# Default-Stop:
### END INIT INFO

[amarao_san]

Спасибо, не знал. Уже выпилили к чертям ото всюду, так что это знание по категории "археология".

[tzirechnoy]

Когда, через десяток-другой лет, вы там задолбаетесь менять очередной системный asmstartd на очередной системный fastservmonger -- заходите.

[amarao_san]

Когда ваш sysv-init получит очередной апгрейд insserv4, тоже заходите.

[ex0_planet]

policy-rc.d

[greycat_na_kor]

Далеко не все пакетные системы работают таким образом, что сервис стартует сразу после инсталла пакета. Прописывается в автозагрузку - может быть, но стартовать в голом виде - нет.

[dimez]

Вот-вот. В rhel и образных такого нет. После переезда с rpm на deb это было для меня нонсенсом (неприятно напарывался пару раз)