Различие между systemctl и сервисными командами

service команда является сценарием обертки, который позволяет системным администраторам запускать, останавливать и проверять состояние сервисов, не вызывая беспокойство слишком много о фактической init используемой системе. До введения systemd это была обертка для /etc/init.d сценарии и Выскочка initctl команда, и теперь это - обертка для этих двух и systemctl также.

Используйте источник, Luke!

Это проверяет на Выскочку:

# Operate against system upstart, not session
unset UPSTART_SESSION
if [ -r "/etc/init/${SERVICE}.conf" ] && which initctl >/dev/null \
   && initctl version 2>/dev/null | grep -q upstart \
   && initctl status ${SERVICE} 2>/dev/null 1>/dev/null
then
   # Upstart configuration exists for this job and we're running on upstart

Если это не работает, это ищет systemd:

if [ -d /run/systemd/system ]; then
   is_systemd=1
fi

...

# When this machine is running systemd, standard service calls are turned into
# systemctl calls.
if [ -n "$is_systemd" ]
then

И если это перестало работать также, это отступает к System V /etc/init.d сценарии:

run_via_sysvinit() {
   # Otherwise, use the traditional sysvinit
   if [ -x "${SERVICEDIR}/${SERVICE}" ]; then
      exec env -i LANG="$LANG" LANGUAGE="$LANGUAGE" LC_CTYPE="$LC_CTYPE" LC_NUMERIC="$LC_NUMERIC" LC_TIME="$LC_TIME" LC_COLLATE="$LC_COLLATE" LC_MONETARY="$LC_MONETARY" LC_MESSAGES="$LC_MESSAGES" LC_PAPER="$LC_PAPER" LC_NAME="$LC_NAME" LC_ADDRESS="$LC_ADDRESS" LC_TELEPHONE="$LC_TELEPHONE" LC_MEASUREMENT="$LC_MEASUREMENT" LC_IDENTIFICATION="$LC_IDENTIFICATION" LC_ALL="$LC_ALL" PATH="$PATH" TERM="$TERM" "$SERVICEDIR/$SERVICE" ${ACTION} ${OPTIONS}
   else
      echo "${SERVICE}: unrecognized service" >&2
      exit 1
   fi
}

...
run_via_sysvinit

Начиная с service команда является довольно простой оберткой, она только поддерживает ограниченное подмножество действий по сравнению с тем, что могла бы обеспечить фактическая init система.

Для мобильности по различным версиям Ubuntu пользователи могут надежно использовать service управляйте, чтобы запустить, остановить, перезапустить или исследовать состояние сервиса. Для более сложных задач, однако, фактическая используемая команда, быть этим initctl или systemctl или /etc/init.d сценарий, возможно, придется использовать непосредственно.

Далее, будучи оберткой, service сценарий в некоторых случаях также делает больше, чем прямая эквивалентная команда могла бы. Например:

• Это всегда выполняется /etc/init.d сценарии в чистой среде. (Отметьте длинное env вызов команды в run_via_sysvinit функция выше.)
• Это отображается restart в Новомодных системах к комбинации stop/start, начиная с плоскости initctl restart будет ошибка, если услуга уже не будет работать.

• Это останавливает сокеты при остановке systemd сервисов, которые связали сокеты:

  case "${ACTION}" in
    restart|status)
       exec systemctl $sctl_args ${ACTION} ${UNIT}
    ;;
    start|stop)
       # Follow the principle of least surprise for SysV people:
       # When running "service foo stop" and foo happens to be a service that
       # has one or more .socket files, we also stop the .socket units.
       # Users who need more control will use systemctl directly.
  

Новомодным сервисам включили непосредственно в сервисном конфигурационном файле (или отключили через переопределения), и сценарии System V были включены или отключены с update-rc.d команда (который управлял символьными ссылками в /etc/rc* каталоги), таким образом, service команда никогда не вовлекалась во включение или отключение сервисов на начальной загрузке.