systemd это ад для разработчика.
Все стало на порядки запутаннее.
Если в upstart еще можно было выпилить playmuse то с systemd это менее реально.
Если эта поделка не получает где-то сигнала, то хрен отследишь почему процесс загрузки повис.
Если вы думаете что там достаточно средств диагностики, то вы просто ничего на нем не делали, кроме hello word. (попробуйте для интереса сделать fallback ip адресс, который меняется только если получен по dhcp другой, еще добавить пару ip алиасов и маршрутов на этотже интерфейс)
Если у вас из консоли только uart то головная боль при отладке сложных схем загрузки вам обеспечена.
Если вы хотите что-то нестандартное, что сделали бы с rc скриптами за минуту (например автогенерация hostname с использованием MAC адреса usb ethernet адаптера, если USB драйверу требуется firmware для загрузки) то systemd будет приходить к вам в кошмарных снах.
Если вы хотите чтобы ваша система быстро стартовала важные сервисы вне зависимости от окружения с systemd то $%й, вам это будет без недельного труда. #$%дь даже добавление в fstab устройства, которого нету сейчас физически приводит к зависанию загрузки системы.
upstart на фоне systemd все же выглядит лаконичнее и ведет себя предсказуемее.
Половина бинарников не имеет никакой вменяемой документации. Какие события они генерируют, когда...
Мне очень жаль что systemd попал в mainstream, а не доведенный до ума upstart.
Благо на gentoo можно легким движением УШМ выпилить это дерьмище или не ставить вовсе.
Мне очень жаль, что система загрузки Linux в большинстве дистрибутивов все больше напоминает windows где единицы в стране действительно понимают как она работает :(((
Я очень рад, что в большинстве rootfs для embedded устройств, которые я разработал нету никакого systemd. А есть только custom init или busyboxовский init.
|
