> Система инициализации, по мотивам которой пишется systemd - тут опять же есть, причем тут уже давно работают вещи, которые в дистрибутивах с systemd планируются, но по факту еще недоступны - перезапуски упавших демонов с отслеживанием количества падений и других плохих ситуаций с удобным доступом к этой информации и логам каждого демона, например.

Конкретно эти две фичи в systemd уже есть, причем относительно давно. Достаточно посмотреть на вывод systemctl status.
А кстати, в SMF есть поддержка watchdog, как в systemd? :)

А в общем и целом вы все правильно говорите. И про управление системными настройками через специальные демоны (см. systemd-hostnamed, systemd-localed, systemd-timedated), и про авторизацию приложений при доступе к системным настройкам через PolicyKit.
Просто в то время, когда все эти фичи вводились в Unix-системы в рамках планомерной разработки и развития, GNU/Linux переживал стадию первозданного хаоса. К ~2010 году ему удалось-таки решить насущные проблемы, и подход "а давайте поставим костыль, лишь бы работало" сменился подходом "а давайте все сделаем правильно и прозрачно, по юниксвею". Сейчас freedesktop - фактически основной носитель этой идеологии, хотя администраторы серверов выиграют от нее гораздо больше, чем их десктопные коллеги (но больше всего выиграют разработчики дистров - недаром они так активно на systemd ломанулись).