> таки в некорректной настройке iptables, о чём в логе ни слова, Как бы стартер показал где уткнулось, а дальше уже изучение проблем процесса начинается.
> В init SysV я бы знал, в чём проблема, уже на этапе
> вывода инфы на экран при отключении.
Удачи эту инфу получить на каком-нибудь ремотном серваке или виртуалке и так далее. Да и настройки разных систем очень разные в этм плане. Половина десктоп-ориентированных систем вообще при шатдауне сплэш показывают и кроме него, на секундочку, ничего и не видно. Но конечно же на этой планете есть только AYC и его сpaный локалхост, поэтому всем падать ниц - все должно работать как у A.Y.C и никак иначе. Тогда sysv init крут, это да. Главное юзкейсы аккуратно подгонять под ответ.
> Для большинства.
Так большинство задач и должно делаться просто. А для сложных, где надо уйму нестандартной логики мы позовем скрипты. А для просто сервиса без особых требований проще накидать 5 строк в конфиг. И там будет и юзер под которым его пускать, и приоритет, и как и когда его пускать/перезапускать и прочее. Все это в виде скрипта потребует в ...цать раз больше писанины. А если удастся скопипастить болванку из соседней системы - она окажется неработоспособной, потому что гранаты не той системы. А перепиливать ее - одни слезы, ибо чаще всего параметры конфигурации размазаны по всему коду на 3 страницах. Да нафиг такие административные практики.
> Компактность меня не волнует - встраиваемыми системами я не занимаюсь,
Зато меня очень волнует когда греп ...цатигигового лога надо делать с полным чтением, целиком. Будет очень кстати если индексы помогут выцепить информацию БЫСТРО. И нет, не надо мне советовать энтерпрайзные логгеры и отдельные костыли. Я считаю что это должно стать дефолтной фичой встроенного логгера, как минимум на типовых серверных и десктопных системах. Иначе это у...ще а не логгер.