Systemd в качестве управлялки серверами, не PID 1

сделать можно все. будет ли от этого профит хоть какой - вот в чем вопрос

Есть старенький комп

Стариенький это 286. У меня Celeron 2.0GHz/2GB RAM сейчас под руками. На нем Arch@LXDE/ kernel 4.0.0-2-ARCH c systemd.

старенький комп с самописным инитом и дистрибутивом самодельным, который является помесью Debian и Gentoo

Троллейбус из буханки хлеба.

Будь мужиком, допили свой инит!

https://wiki.archlinux.org/index.php/Systemd/User не подойдёт?

ну а чо? ильич, вон, чернильницы на крытой лепил...

Может быть, можно приспособить под это дело systemd --user, но для него придётся как минимум создать базовую иерархию контрольных групп. Иначе — только с правкой кода (но это скорее будет не правка, а варварское выдирание участков, ответственных за первичную настройку, из «общесистемных» кодовых путей).

Проще перевести систему на systemd. Это заодно и не будет полумерой — ты сможешь мониторить все процессы.

У systemd --user есть один небольшой недостаток:

Apr 21 14:25:10 ruby2 systemd[146]: ***.service: Supervising process 5898 which is not our child. We'll most likely not notice when it exits.

Хотя, если все твои демоны при старте не форкаются, то и пофиг.

не PID 1

Проще какой-нибудь supervisord взять.

Вот и выросло поколение, которое не слышало про daemon tools, s6 и perp. Это то, что ты хочешь. А systemd шли лесом.

И это тоже, только оно перегружено лишними функциями.

Про runit знаю, и еще несколько таких штучек
А мне именно systemd хочется, очень уж умный systemd

Тогда supervisord, с которого systemd и потырили (даже название тотально изменить поленились).

Старенький это 286. У меня Sempron 1.6GHz/1GB RAM сейчас под руками. На нем openSUSE@MATE/ kernel 3.16.7-7-desktop c systemd.

fxd

По теме:
Да, можно, но это будет очень трудозатратно, и реализация выйдет малостабильной и ненадёжной, инфа 97%

Будет работать, это вроде как штатный режим раньше был. Ему еще можно коммандлайн передавать так... :)