> 1. Если я не понимаю, кто запустил какой-то процесс, то мне обычно
> хватало простого pstree, хоть он и не всегда помогает, конечно.

Ну вот вижу я процесс которому parent'ом PID=1. И дальше что? То что у него PID=1 parent'ом - отнюдь не доказывает что его init запустил. И? Очень зависит от.

> А  вообще не припомню, чтобы это было проблемой.

А мне вот не нравится размазня по куче мест в конфигурации.

> 2. А с установленным systemd всякие rc.local-ы, inetd, cron-ы, at-ы и т.п.
> неработоспособны уже что ли?

Ну их еще потаскают некоторое время для совместимости, а потом выпнут за ненадобностью, вероятно. Куда и дорога. Вон в системе с апстартом inittab вообще обычно отсутствует. В половине случаев нет и rc.local уже. Да и слой совместимости с init - весьма опциональная штука.

> На своей системе у меня нет проблем разобраться что к чему очень быстро и удобно

Я и говорю - удобно для админов локалхоста. А для продакшна, где передача браздов правления машиной нормальная практика это уже не айс. Да и в плане руления локалхостом я предпочту видеть все что касается старта процессов и прочих VM в каком-то одном месте а не дюжине закоулков, говоря начистоту.

> А на чужой системе чем systemd спасёт? Запретит rc.local?

Ну не "запретит" жестко, но - сделает obsoleted. Например upstart без слоя совместимости - вообще его выполнять не собирается. Так что в половине систем или надо вкатывать добавочный хлам, или использовать конфиг-файлы. Мне вот такой подход к дефолтам сильно более симпатичен. Вывести окаменелый крап в obsoleted. Без шума и пыли, оставив совместимость для тех кому ну вообще крындец как надо, но не приветствуя все это в дефолтах. Чтобы на практике исчезло у всех кроме наиболее принципиальных и в продакшне не попадалось.