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

Если в sysvinit на mdadm и lvm приходилось по одному скрипту, так это только из-за того, что из этого скрипта запускались сразу несколько демонов, а всё остальное (побочные сканирующие процессы, etc) запускалось в обход инита.

Я этого даже не знал. Да и вообще зачем применителю знать что находится во внутреностях скриптов или юнитов.

Тогда, наверное, всё будет в порядке, но не проще ли деинсталлировать?

Деинсталлировать нельзя. В Альте удаление mdadm тянет за собой KDE. Как-нибудь напишу в багзиллу.

Да, ещё насчёт зависимостей. Если какой-то юнит не включен и не является сокет-активируемым, то ещё он может запускаться из правил udev (или откуда-то ещё прямым вызовом systemctl). Но даже если происходит именно это, корректнее деинсталлировать/отключить то, что его вызывает, нежели маскировать юнит.

А если отредактировать зависимости? Каталог /etc/systemd ведь как раз для этого и существует, чтобы вносить откатываемые изменения в юниты.
Собственно теперь вопрос стоит так: как вычислить из какого именно места происходит запуск сервиса? Входные данные задачи такие: 1) версия systemd 201 и команд «systemctl cat service.service» и «systemctl --reverce list-dependencies service.service» тут нет; 2) systemctl list-units говорит, что lvm2 не запущен (все юниты в названии которых упомянается lvm имеют статус inactive) 3)при загрузке на консоль выводится сообщение о загрузке lvm2 «Starting Activation of LVM2 logical volumes»

Если в sysvinit на mdadm и lvm приходилось по одному скрипту, так это только из-за того, что из этого скрипта запускались сразу несколько демонов, а всё остальное (побочные сканирующие процессы, etc) запускалось в обход инита.

Я этого даже не знал. Да и вообще зачем применителю знать что находится во внутреностях скриптов или юнитов.

Тогда, наверное, всё будет в порядке, но не проще ли деинсталлировать?

Деинсталлировать нельзя. В Альте удаление mdadm тянет за собой KDE. Как-нибудь напишу в багзиллу. Да, ещё насчёт зависимостей. Если какой-то юнит не включен и не является сокет-активируемым, то ещё он может запускаться из правил udev (или откуда-то ещё прямым вызовом systemctl). Но даже если происходит именно это, корректнее деинсталлировать/отключить то, что его вызывает, нежели маскировать юнит. А если отредактировать зависимости? Каталог /etc/systemd ведь как раз для этого и существует, чтобы вносить откатываемые изменения в юниты.
Собственно теперь вопрос стоит так: как вычислить из какого именно места происходит запуск сервиса? Входные данные задачи такие: 1) версия systemd 201 и команд «systemctl cat service.service» и «systemctl --reverce list-dependencies service.service» тут нет; 2) systemctl list-units говорит, что lvm2 не запущен (все юниты в названии которых упомянается lvm имеют статус inactive) 3)при загрузке на консоль выводится сообщение о загрузке lvm2 «Starting Activation of LVM2 logical volumes»

Если в sysvinit на mdadm и lvm приходилось по одному скрипту, так это только из-за того, что из этого скрипта запускались сразу несколько демонов, а всё остальное (побочные сканирующие процессы, etc) запускалось в обход инита.

Я этого даже не знал. Да и вообще зачем применителю знать что находится во внутреностях скриптов или юнитов.

Тогда, наверное, всё будет в порядке, но не проще ли деинсталлировать?

Деинсталлировать нельзя. В Альте удаление mdadm тянет за собой KDE. Как-нибудь напишу в багзиллу.

Да, ещё насчёт зависимостей. Если какой-то юнит не включен и не является сокет-активируемым, то ещё он может запускаться из правил udev (или откуда-то ещё прямым вызовом systemctl). Но даже если происходит именно это, корректнее деинсталлировать/отключить то, что его вызывает, нежели маскировать юнит.