> Я то попробую если не забуду. (Может для этого напишу статью на HH как это сотворить и что из этого вышло.)

Лучше на openvz.org, а то специалисты ядерщики не могут их подружить, а у тебя получится.

> Пример, DIY, или программирование, или написание комментариев, или статей, или свой вариант.

Секс с женой куда приятней и даже интересней секса с systemd :)

> Последние версии SystemD следят за процессами запущенными им, наверное поэтому я и не видел этих проблем.

Всё может быть, но в debian 8/9 и Centos 7 стоят не последние версии. Напомню, администрирование для меня работа, а не развлечение.

> 1. Это хоть не на много но позволяет передвинуть момент когда /sbin/init будет запущен;

Мсье определенно знает толк в извращениях.

> 2. Чтобы провести восстановительные работы перед подключением RootFS

И как здесь поможет система инициализации в initramfs? То же самое можно получить без нее, причем это будет проще.

> Я знаю что это можно сделать и без этого.

Так зачем ты рассказываешь страшные сказки про то, как нужно было возится со скриптами, а пришел systemd и стало можно всё настроить одним конфигом?

> Именно что без SystemD и связки его с udev это будет работать. А после добавления этой связки(именно связки в не отконфигурированном состоянии) `bridge-ports eth0 regex veth.*` превратится в тыкву потому-что eth0 не существует, но вместо него существует enpXsY[.Z].
> Потому-что я пытаюсь доказать что SystemD имеет право на существование там где это возможно.

По-моему ты только что привел аргумент в пользу обратного. Без systemd всё хорошо, а с его приходом всё ломается и приходится делать костыли.