> Пардон, но если у Вас в системе "отваливаются критичные сервисы", то это...то это - добро пожаловать в реальный мир. Где в программах и системах бывают баги, в процессоры влетают космические частицы, EMI и ESD случаются...
> просто полная беда, и единственная "разумная реакция" - полный отказ от
> таких сервисов (возможно, и от всей системы).
Откажитесь. Залезайте в пещеры (но и они могут обвалиться) и орудуйте только палкой копалкой (а палка может сломаться).
> Разумеется, если эти сервисы не Вами лично написаны и находятся в процессе доводки.
Эти сервисы разные. В том числе и мои. И если программа достаточно большая - всегда будет шанс кто где-то баг. Ехать за тридевять земель вправлять мозг автоматической системе - не того: долго и дорого. И вообще, очень не соответствует ожиданиям.
> Все остальное вышеперечисленное уже реализовано вне системы инициализации,
А systemd упрощает мне интеграцию системы, путем выноса всего этого добра на него. Несомненно, я мог бы и сам докодить недостающее. Но рад что этого делать не пришлось и что я спихал туеву хучу вещей на системд. Конфиг из 10 директив в одном файле мне сильно лучше чем месиво из десяти напрочь разных программ и самоличный кодинг того что в готовых программах не оказалось. А вот в системде есть довольно много чего. И сделано явно с пониманием проблематики автономной эксплуатации систем.
> Вероятно, Вы пишете 200-строчные демоны на Питоне
Совершенно не угадали. Я не знаю питона и наиболее близок вероятно к системщикам. С некоторым уклоном в эмбедовку. Ну и там довольно характерные требования и ожидания.
> что нельзя использовать для этого Яваскрипт или, страшно сказать, Сишарп...
Да мне и сишечка нормально. Но вот дергать кучу системозависимых привилегированных сисколов - чревато обпрыгиванием множества интересных грабель. Если вместо этого достаточно вписать несколько строк в конфиг - это таки хорошо и правильно...
> Но это, опять же, мое личное мнение.
Это куча каких-то домыслов, в тщетной попытке увидеть желаемое вместо действительного.
