> Я то попробую если не забуду. (Может для этого напишу статью на 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 всё хорошо, а с его приходом всё ломается и приходится делать костыли.