> Пардон, но если у Вас в системе "отваливаются критичные сервисы", то это

...то это - добро пожаловать в реальный мир. Где в программах и системах бывают баги, в процессоры влетают космические частицы, EMI и ESD случаются...

> просто полная беда, и единственная "разумная реакция" - полный отказ от
> таких сервисов (возможно, и от всей системы).

Откажитесь. Залезайте в пещеры (но и они могут обвалиться) и орудуйте только палкой копалкой (а палка может сломаться).

> Разумеется, если эти сервисы не Вами лично написаны и находятся в процессе доводки.

Эти сервисы разные. В том числе и мои. И если программа достаточно большая - всегда будет шанс кто где-то баг. Ехать за тридевять земель вправлять мозг автоматической системе - не того: долго и дорого. И вообще, очень не соответствует ожиданиям.

> Все остальное вышеперечисленное уже реализовано вне системы инициализации,

А systemd упрощает мне интеграцию системы, путем выноса всего этого добра на него. Несомненно, я мог бы и сам докодить недостающее. Но рад что этого делать не пришлось и что я спихал туеву хучу вещей на системд. Конфиг из 10 директив в одном файле мне сильно лучше чем месиво из десяти напрочь разных программ и самоличный кодинг того что в готовых программах не оказалось. А вот в системде есть довольно много чего. И сделано явно с пониманием проблематики автономной эксплуатации систем.

> Вероятно, Вы пишете 200-строчные демоны на Питоне

Совершенно не угадали. Я не знаю питона и наиболее близок вероятно к системщикам. С некоторым уклоном в эмбедовку. Ну и там довольно характерные требования и ожидания.

> что нельзя использовать для этого Яваскрипт или, страшно сказать, Сишарп...

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

> Но это, опять же, мое личное мнение.

Это куча каких-то домыслов, в тщетной попытке увидеть желаемое вместо действительного.