Назад | Перейти на главную страницу

Почему в debian 8 все еще есть /etc/init.d?

Недавно я обновил пару виртуальных хостов до debian 8. Теперь, играя с ними, я обнаружил, что:

  1. есть еще /etc/init.d, /etc/rc0.d, ... директор с большим количеством файлов (например, /etc/rc2.d/S04ssh)
  2. Eсть /etc/systemd/system/sshd.service, слишком
  3. У меня есть /etc/init.d/apache2 сценарий но нет apache2.service файл
  4. тем не менее systemd, похоже, работает. systemctl start/stop apache2 работает и мой собственный служебный файл тоже работает.

Итак, вопрос (ы): что-то здесь не так? Я пропустил что-то важное при обновлении? Если нет, то как это будет работать? (Что именно systemd делает с этим беспорядком?)

ОБНОВЛЕНИЕ: я нашел этот вопрос: https://unix.stackexchange.com/questions/233468/how-does-systemd-use-etc-init-d-scripts что отвечает на большую часть моего вопроса. (Это теперь повторяющийся вопрос?)

Что мне еще не хватает: нормально ли, что у jessie нет файла apache2.service?

Разработчики Debian предоставляют sysvinit сценарий для отката.

Вы можете посмотреть на План перехода на systemd по умолчанию:

a) Предоставление резервной загрузочной записи для sysvinit, когда systemd является инициализацией по умолчанию в grub (# 757298)

б) Разработка механизма предупреждения о конфигурациях inittab, которые не поддерживаются в systemd. (# 761063)

c) Предоставление документации о том, как оставаться с sysvinit при обновлении и переключаться на sysvinit после установки.

Кроме того (я не проводил никаких исследований, если это касается, в частности, Debian), некоторые файлы модулей systemd являются просто оболочками вокруг сценариев инициализации.