> Зачем упираться в исключительность решения? Я бы тупо пнул systemctl start/stop из
> ifup/ifdown :) А systemd позаботился бы о порядке взлёта и зависимостях.

systemctl start/stop "что именно" из ifup/ifdown? Человек выше как раз и написал, что у него перенесение 5 строчек shell-скрипта на systemd конфиг заняло ощутимое время, усилия, и конфиг занял больше 5 строчек.

Я, как человек ковыряющий всякие мелкие девайсы, имел очень много проблем от завязанности современного софта на systemd и udev. Вплоть до необходимости втыкания костылей в ядро.
Например: для работы wifi в режиме AP используем hostapd. hostapd в обычном режиме работы нужен crda, crda зависит от udev. Мне не нужен в моей эмбедовке udev и еще 3 килограмма systemd-библиотек - я там отлично использую статически слинкованный busybox с mdev, который и девайсы создает, и как /sbin/hotplug работает. Что приходится делать в таком случае: скомпилить hostapd без поддержки crda. Ну а регуляционные политики? Сидеть в WORLD с зарезанными каналами, без возможности выбора - грустно. Окей, тогда надо скомпилить kernel с internal_wireless_regdb (саму db.txt, кстати надо еще засунуть в директорию с билдом кернела), которая хочет config_expert, который включает config_debug, который мне в целом нафиг не нужен. Но уж пусть лучше он, чем столько библиотек udev+systemd.
Про проблемы с journald я уже писал.
И вся эта головная боль из-за людей, не умеющий писать нормальный модульный софт. Я не против того, что нужна замена sysvinit. Нужна. Но реализация пока что меня вгоняет в тоску.