> для .socket — это inetd

Здесь есть две проблемы. Во первых, у inetd другой алгоритм работы: он держит слушающий сокет у себя, а сервер (не являющийся демоном) запускает для каждого соединения отдельный; systemd же при первом соединении передаёт слушающий сокет демону и до завершения демона его не трогает. Во вторых, в случае с systemd демон запускается со всем набором фич изоляции и ограничения ресурсов (например, он может вообще не иметь доступа в сеть кроме упомянутого сокета, либо быть воткнутым в неймспейсы другого демона) — т.е. сокет надо будет как-то передать упомянутому далее супервайзору, в возможности чего я сомневаюсь.

> для .timer — старый добрый cron/anacron.

А что делать, когда активация таймера привязана к запуску или остановке других юнитов? Тут нужен демон динамических относительных таймеров, что в задумку крона не очень-то влазит.

> некоторый демон-супервизор

Так это и есть init: он знает все процессы, в т.ч. к какому ранлевелу какой принадлежит.

> И однозначно НЕ должен заниматься инициализацией системы

Init не занимается инициализацией системы, он лишь обрабатывает события, согласно которым переключает runlevel'ы, киляя при этом оставшиеся от старых ранлевелов процессы. Инициализацией системы занимается то, что на эти ранлевелы развешено.