> systemd это ад для разработчика.Не гони. Если ты захочешь без системд отрезать свой процесс в контейнер, попутно раздав приоритеты и переключив шедулеры, ограничив сисколы, запилив профиль apparmor и проч - вот тут ты узнаешь где находится ад. Ах, ты этим пользоваться не умеешь и слов таких не знаешь? А в Linux все это много лет как есть и мы хотим всем этим пользоваться. И чтобы это не было адом.
> Если в upstart еще можно было выпилить playmuse то с systemd это
> менее реально.
Что еще за playmuse? И как этому мешает systemd? У меня под рукой есть система где кроме systemd запущены аж 2 процесса. Один из которых bash, а второй - login. Эти процессы можно убрать, но тогда не получится командовать системой, так не интересно. Там еще цать ядерных тредов, но их мы считать не будем.
> Если эта поделка не получает где-то сигнала, то хрен отследишь почему процесс
> загрузки повис.
У поделки есть вербозные логи и режим старта юнитов по одному. В отличие от многих других поделок, где как хочешь так и отлаживайся, вплоть до написания себе сначала эрзац-дебага. То что RTFMнуть придется - да, но по крайней мере есть что RTFMать. В отличие от многих других.
> Если вы думаете что там достаточно средств диагностики, то вы просто ничего
> на нем не делали, кроме hello word.
Он вообще не среда для программирования как таковой. Но ничто не мешает вызывать из юнитов программу или скрипт и даже заказывать из них старт других юнитов, если хочется. Для этого есть и апи и утилиты.
> (попробуйте для интереса сделать fallback ip адресс, который меняется
> только если получен по dhcp другой, еще добавить пару ip алиасов и маршрутов
> на этотже интерфейс)
А почему это вообще надо на systemd делать? Если это про networkd, то networkd простая конфигурилка сети "до кучи" и не более того.
> Если у вас из консоли только uart то головная боль при отладке
> сложных схем загрузки вам обеспечена.
У меня из консоли только uart. Который я сам же и запилил. Я даже сделал детект нескольких железок и VM с разными названиями уартов. Как ни странно, это системд делает. Он не для этого, но на его умения ConditionPathExists удачно легло. Дешево и сердито.
> Если вы хотите что-то нестандартное, что сделали бы с rc скриптами за
> минуту (например автогенерация hostname с использованием MAC адреса usb ethernet адаптера,
...то systemd этому никак не мешает. Более того, там есть понятие "first boot", очень удобное для того чтобы при первой загрузке сделать именно такие кастомизации системы. А при следующих загрузках эти юниты запускаться больше не будут. Удобно. Корпоративщики объяснили Лене что такое provisioning образов и что они хотят. Это хотят не только они.
> если USB драйверу требуется firmware для загрузки) то systemd будет приходить
> к вам в кошмарных снах.
Нынче фирмварь в Linux грузится ядром вообще. Если у тебя еще остался user-mode helper, это временно и deprecated. По линии Торвальдса и ко - хрен оспоришь.
> Если вы хотите чтобы ваша система быстро стартовала важные сервисы вне зависимости
> от окружения с systemd то $%й, вам это будет без недельного руда.
На самом деле надо всего-лишь сделать RTFM один раз в жизни. Ты не смог в targets и before/after? А они достаточно тривиальны. Особенно по сравнению с выписыванием чего-нибудь сравнимого на шелскриптах.
> #$%дь даже добавление в fstab устройства, которого нету сейчас физически
> приводит к зависанию загрузки системы.
Странно, только недавно вычистил в fstab подобный мусор. Почему-то не висло.
> upstart на фоне systemd все же выглядит лаконичнее и ведет себя предсказуемее.
Но в нем хрен перекроешь дистрибную конфигурацию своей админской по человечески, чтобы потом не пришел менеджер пакетов и не угрохал кастомизацию при апдейте. Вот хочу я запускаться before вон та программа. В systemd я это в своем юните указываю и стартую до той программы. И мне похрен обновят ее или нет. А в апстатре так нельзя. Надо вписываться в конфиг апстарта той программы и вот тут большой вопрос что будет когда ту программу обновят. Круто будет если пакетный менеджер вернет дефолтный конфиг, да? Никаких штатных механизмов по этому поводу в апстарте нет.
> Половина бинарников не имеет никакой вменяемой документации.
Что-что а документация на системд явно лучше чем на rc скрипты и апстарт вместе взятые.
> Какие события они генерируют, когда...
Как ни странно, systemd в этом здорово отличается от апстарта. Именно это отличие и позволяет фокус с вписыванием зависимостей before/after чужой сервис из своего конфига. А апстарт так не может на довольно фундаментальном уровне, как раз из-за того как он зависммости рюхает. В этом месте даже разработчик апстарта признал что системд его сделал. Он об этом не подумал. И это привело к жопаболи системного майнтенанса.
> Мне очень жаль что systemd попал в mainstream, а не доведенный до ума upstart.
Модель зависимостей upstart не получится переделать малой кровью. Из этого вытекают все ограничения апстарта относительно системды. Я оба использовал, если что.
> Благо на gentoo можно легким движением УШМ выпилить это дерьмище или не
> ставить вовсе.
На самом деле где угодно можно. Linux как ядру вообще все-равно что запускать.
> Мне очень жаль, что система загрузки Linux в большинстве дистрибутивов все больше
> напоминает windows где единицы в стране действительно понимают как она работает :(((
Там и раньше был редкостный ад, с гигантскими шелскриптами, в которых разбиралось полтора человека на всей планете. Бонусом всем этим скриптерам воздалось через bash и dhcp как раз, когда dhcp мог взять да и поиметь рут на машине в процессе выдачи айпишника, скормив в параметрах команды шелла. С networkd настолько вопиющее дерьмецо не прокатит.
> Я очень рад, что в большинстве rootfs для embedded устройств, которые я
> разработал нету никакого systemd. А есть только custom init или busyboxовский init.
И сколько оно у тебя стартует с busybox init? А так то можно запустить свою апликуху - старт будет мгновенным и предсказуемым, но гибкость всего этого - нулевая. И если тебе захочется привилегии отпилить и проч, хотя-бы треть того что системд умеет - во ты манов на сисколы и привилегии вкуришь, позеленев правильный порядок всего этого оркестрировать сам. Ах ну да, у таких эмбедеров как ты все обычно крутится под рутом, на радость ботнетчикам. Вон висит тут туполинк какой-то. Можно хоть бутлоадер этому неудачнику вынести, по причине того что вебня немного кривая. Здорово без разделения прав, правда? Небольшой баг вебни позволяет сделать кирпич или вкатить мега-буткит не напрягаясь.
