История изменений
Исправление AS, (текущая версия) :
Согласен, только без скриптов sysvinit почти ничего не сможет.
Так главный вопрос в том, чтобы в процессе работы ОС init работе ОС не мешал. Скрипты нужны на старте, а после они уже никак не могут помешать. А вот pid 1 работе ОС вполне может помешать и через день, и через пол-года, и через год. А вероятность этого тем выше, чем этот процесс сложнее.
И чуть менее главная проблема - это напихивание в общее дерево разработки init того, что к init отношения иметь не должно. Что приводит к необходимости из-за обновления только одного компонента обновлять их все (из-за особенностей сборки пакетов и работы пакетных менеджеров). Соответственно, с перезапуском в том числе и pid 1. Что было бы не страшно, будь он простым и хорошо отлаженным, но ведь нет же. Можно сказать, что можно установить только один подпакет с нужным обновлением (когда изменения остальных компонент несущественны) и не трогать остальные, и да, так делают, но в массе это, скажем так, несколько неудобно.
Исправление AS, :
Согласен, только без скриптов sysvinit почти ничего не сможет.
Так главный вопрос в том, чтобы в процессе работы ОС init работе ОС не мешал. Скрипты нужны на старте, а после они уже никак не могут помешать. А вот pid 1 работе ОС вполне может помешать и через день, и через пол-года, и через год. А вероятность этого тем выше, чем этот процесс сложнее.
И чуть менее главная проблема - это напихивание в общее дерево разработки init того, что к init отношения иметь не должно. Что приводит к необходимости из-за обновления только одного компонента обновлять их все (из-за особенностей сборки пакетов и работы пакетных менеджеров). Соответственно, с перезапуском в том числе и pid 1. Что было бы не страшно, будь он простым и хорошо отлаженным, но ведь нет же. Можно сказать, что можно установить только один подпакет с нужным обновлением и не трогать остальные, и да, так делают, но в массе это, скажем так, несколько неудобно.
Исправление AS, :
Согласен, только без скриптов sysvinit почти ничего не сможет.
Так главный вопрос в том, чтобы в процессе работы ОС init работе ОС не мешал. Скрипты нужны на старте, а после они уже никак не могут помешать. А вот pid 1 работе ОС вполне может помешать и через день, и через пол-года, и через год. А вероятность этого тем выше, чем этот процесс сложнее.
И чуть менее главная проблема - это напихивание в общее дерево разработки init того, что к init отношения иметь не должно. Что приводит к необходимости из-за обновления только одного компонента обновлять их все (из-за особенностей сборки пакетов и работы пакетных менеджеров). Соответственно, с перезапуском в том числе и pid 1. Что было бы не страшно, будь он простым и хорошо отлаженным, но ведь нет же.
Исходная версия AS, :
Согласен, только без скриптов sysvinit почти ничего не сможет.
Так главный вопрос в том, чтобы в процессе работы ОС init работе ОС не мешал. Скрипты нужны на старте, а после они уже никак не могут помешать. А вот pid 1 работе ОС вполне может помешать и через день, и через пол-года, и через год. А вероятность этого тем выше, чем этот процесс сложнее.
И чуть менее главная проблема - это напихивание в общее дерево разработки init того, что к init отношения иметь не должно. Что приводит к необходимости обновления только одного компонента обновлять все (из-за особенностей сборки пакетов и работы пакетных менеджеров). Соответственно, с перезапуском в том числе и pid 1. Что было бы не страшно, будь он простым и хорошо отлаженным, но ведь нет же.