> 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. Без шума и пыли, оставив совместимость для тех кому ну вообще крындец как надо, но не приветствуя все это в дефолтах. Чтобы на практике исчезло у всех кроме наиболее принципиальных и в продакшне не попадалось.