> и не смотря на то что -- Bash -- ЯВНО намного сложнее чем SystemD ---- SystemD выполняет свою роль НАМНОГО ЛУЧШЕ (качественнее) , чем ситуация когда это делал Bash.Bash *никогда* не делал работу systemd. Задачи инициализации лежат на sysvinit, который расчитан на небольшой и четко очерченный список задач, а не на туманное "быть менеджером". Что предполагается исполнять на конкретном runlevel - bash или не bash - дело хозяйское (в Debian - dash).
Вы можете рассказать присутствующим что *входит* в "задачи системного мэнэджэра операционной системы" и что *не входит*? Подозреваю, что нет - т.к. сам аффтар затрудняется и тянет все больше и больше хлама. Другие аргументы уже упоминали по ссылкам (туповатый ini-формат с безбрежным полем ХренВспомнишьОпций, трудность диагностики проблем и отладки, etc).
> старые механизмы загрузки демонов (которые вынуждают делать fork) -- требуют от демона, чтобы он сделал fork ПОСЛЕ того как произойдёт инициализация. а это значит что вероятнее всего к тому времени во момент fork -- у демона уже могут быть открыты мьютексы, семофоры, побочные нити (от сторонней библиотеки)
У библиотек есть xyz_init(), которая делает инициализацию и открывает все страсти-ужасти, которые вы живописали. А демон вызывает подобные функции - после демонизации, но никак не до.
Так что проблемы безграмотных индейцев шерифа не *******...
> вы думаете что разработчики почти-всех дистибутивов такие дураки что переходят на SystemD
Покуда ни один значимый дистрибутив на SystemD не перешел. RHEL - в планах (поживем - увидим), Debian - и в планах нету.