LSB".
Эта хрень смешивает systemd и sysvinit в одну солянку, которая работает криво и безобразно. Чтобы вы поняли весь ад, что там происходит, я покажу, как оно работает:
Если вы обращаетесь к демону через systemd (systemctl), то он через мост обращается к скриптам /etc/init.d
Если вы обращаетесь напрямую к скриптам /etc/init.d, то они тебя редиректят к systemctl, который опять же обращается к /etc/init.d
Я не знаю, насколько надо быть упоротым, чтобы строить такие дебильные вещи вместо написания юнитов. А ведь эти упоротые создания из дебиана продолжают клепать скрипты /etc/init.d. Раз им так нравится эта система, на ней бы и оставались, нафига так извращаться?! Прям как Марк Шаттлворт с netplan - захотели усидеть на двух стульях сразу. Только один склепал абстракцию над стульями, вторые же соединили эти стулья мостом.
Я не знаю, можно ли приготовить systemd еще хуже, чем это сделано в Debian.
kek. спасибо. Но вообще я про то, что не нужно при наличии системд писать init.d скрипты (если ты разраб) или дергать их (если ты юзер/админ) - один хер скоро они все исчезнут.
Кстати, я понял преимущество моста, даже если мы продолжаем пилить скрипты init.d вместо кошерных юнит--файлов - загрузка ускоряется за счёт распараллеливания процессов
В итоге если у тебя есть что-то очень медленно стартующее (вроде веба, сервера БД или системы аудита) - следующим юнитам не приходится ждать окончания загрузки
Обсуждают сегодня