>> Далее будет предпринята попытка ликбеза.  Не думаю что пойдет в прок, но...
> Ваша квалификация не позволяет такую роскошь - "permission denied".

Ну, я и написал выше про "прок".  Жаль.

>> Поясняю: полседьмого наступает кажный день, регулярно, в полседьмого.
>> "Коннект на сокет" - может наступить в полседьмого, может в полвосьмого.
> А какая разница?

Тебе объяснили.

>> А может и в обеденный перерыв, когда "фанат" ушел лопать свой фастфуд, оставив
>> на сервере кривой конфиг у сервиса.  Из-за чего оный сервис
>> не стартует после того самого "коннекта".  Занавес.
> И тут в чем разница? Если конфиг кривой - он и полседьмого
> кривой. И полвосьмого.

Разница в том, что проблема со стартом сервиса будет наблюдаться в непредсказуемый заранее момент.  А не при плановой перезагрузке (старт системы) или (как для задач крона) - по известному расписанию.

> Вопросы проверки валидности конфигов

Помимо "валидности конфигов" есть еще десяток сценариев, в которых аналогичная засада может проявится.

> И если уж на то пошло, нормальная
> система инициализации имеет тенденцию писать в лог факапы связанные с кривыми
> конфигами, отсутствующими файлами и прочей нехваткой прав.

Ну вот в Debian - как раз такая и была, без всяких systemd.

>> Если разница не понятна - могу нарисовать еще пару аналогичных сценариев.
> При нормальных административных практиках, как то написал конфиг -> проверь как работает

Если человек "при нормальных практиках" не понимает что он будет делать ошибки - вон из профессии.

> Может быть, ты еще и оверкоммит VM выключаешь по этим соображениям?

Я не вижу как можно распространить "эти соображения" чтобы выключить оверкоммит.  Чудило, ты способен предсказать *когда* у тебя кончится память?

>> А вот ежели смешать - мартышки из федоры моментально "оптимизируют" sshd, чтобы
>> он стартовал "по пакету".  "Повбывав бы" (ц)
> Чтоб ты знал, sshd на каждый пук сам процесс форкнуть не дypaк,

Не больше чем нужно.

> поэтому при мало-мальски активном брутфорсе ему становится фигово и он норовит
> ресурсы оптом жpaть, если админ этот момент клювом прощелкает.

И что, systemd магически решает эту проблему?  Те, кто держат шелл-хостинг и имеют проблемы с брутфорсом - будут использовать ровно то, что и прежде.

> Вместе с остальным серваком, если админ не костыльнул лимитирование ресурсов (опять же нормальный
> запускач и тут имеет шансы подыграть, в отличие от init, где
> все проблемы традиционно спихиваются на админа - он не ленивый, все
> закостылит сам).

Я что-то пропустил и в systemd уже прикрутили AI, способное грамотно разделить ресурсы сервера?  Можно сравнить удобство лимитирования ресурсов с systemd или без - но это отдельная тема.  На вкус и цвет...