Не нужно передергивать. Любой, у кого возникала задача обернуть пачку самописных (или чужих) демонов в инитскрипты знает, какой это геморрой - тут проверь, что /var/run'ы не забыл запаковать, тут под runit или supervisord подсунь, тут напиши пачку хаков, т.к. программа не пишет свой pid и проверять ее выполнение нужно пачкой утилит (хорошо, если в дистрибутиве написали костыльные функции на шелле.. правда, они внезапно ломаются для python/java/etc программ.. нужны новые костыли..).

Сравните это с менеджментом /run через systemd-tmpfiles, отслеживанием pid'ов через cgroup, автоматическим перезапуском сервиса одной директивой в unit-файле, перехватом stdouot/stderr безо всяких лишних костылей и прочими плюшками. Поэтому админы, которым таки приходилось делать что-то серьезное с инитскриптами очень ждут, когда везде будет systemd. Он реально делает кучу (сейчас сложных) вещей простыми и прозрачными.