> Это не главное. Вы уверены, что из этого лога вы понимаете как
> стартует система? Я например не увидел в нем многих основополагающих вещей.
> Например в какой момент монтируется /sys /proc /tmp, в какой последовательности
> и с какими параметрами?

Данные файловые системы монтирует сам systemd, так как уже сложно представить себе систему, где данные файловые системы не монтируются или монтируются не туда (или с другими параметрами).

> Вместо того, чтобы лечить болезнь, ее просто пытаются спрятать. Действительно ли вам
> нужны все эти сервисы, что бы потом строить зависимости и думать
> как их параллельно запустить? Озвучите ваши задачи и необходимые для них
> сервисы и на чем основан их выбор.
> Телефон (android) - это показатель как не нужно делать. Количество сервисов там
> раздуто выше всякой меры.

А я и не об Андроиде говорил. Есть ещё Tizen и Sailfish. Количество разных сервисов/демонов достигает нескольких десятков, и иногда переваливает за сотню. В телефоне много подсистем, нуждаюзихся в своих сервисах -- сенсоры, модем, GPS, аудио, WiFi...

> Там особо вариантов нет. Да и systemd, запускающий сотни команд, тянущий cgroups/d-bus/
> udev/etc по определению не может быть быстрее 20-30 команд шела.

Как раз systemd и позволяет не запускать сотни команд. Init-скрипты плохи тем, что для каждого скрипта инстанциируется свой процесс bash'а (ну, или какой шелл в системе стоит). А это тоже занимает времени. В случае же с systemd есть возможность, вообще, не запускать shell-процессы, ограничившись короткими ini-файлами, и запускать, непосредственно, процессы сервисов.