Как правильно добавить собственный демон для init.d?

, если вы не хотите переходить на UPSTART, но хотите классический подход, вы должны:

ПРИМЕЧАНИЕ. Я сохраняю службу и программу с тем же именем в разных каталогах (но вы можете измените это, если оно отражено в вашем служебном файле). изменить «myscriptname» и «myprogramname» на реальные имена!

перезагрузите ваш компьютер и проверьте, правильно ли запущена служба

, если ваша служба не запускается должным образом, вы должны сначала проверить, запускается при вызове вручную:

ниже i включает пример файла службы, который действительно работает. сравните его с сервисом скелета, чтобы понять, что вам нужно настроить. ПРИМЕЧАНИЕ: это работает на Ubuntu 12.04 amazon cloud AWS EC2 классической реализации LAMP (также на Kubuntu 15.10).

pleaserun - это рубиновый скрипт, который пытается решить проблему автоматического создания сценария инициализации с помощью одной команды. цитируя со своей страницы:

«С помощью pleaserun вы можете сгенерировать следующие пусковые установки / скрипты / независимо:

запустить программу upstart systemd runit sysv init"

Это также определяет, какая система инициализации используется, поэтому она создает сценарий соответственно.

init.d - старая, устаревшая система для запуска демонов; был вытеснен выскочкой. Преимущество Upstart заключается в том, что его гораздо проще настраивать и позволяет правильно упорядочить инициализацию задачи.

Файлы конфигурации для выскочки живут в / etc / init, и если у вашего демона нет предварительных условий, это может быть так же просто как tty1.conf:

, и в этом случае вы можете скопировать этот файл и изменить его по вкусу. Более сложные конфигурации лучше всего документируются на стартовом сайте и в других записях в файле /etc/init.

, добавленном в ответ на комментарий

Если вы используете upstart или init.d, по-прежнему нужно каким-то образом определить, когда Firebird правильно инициализирован. К сожалению, сам Firebird, похоже, не имеет хорошего способа проверить, что upstart . Поэтому рекомендация по началу запуска вашей программы в /etc/rc.local, безусловно, самая легкая, и, по крайней мере, на Ubuntu, как минимум, будет работать как можно позже в процессе загрузки.

Сделайте копию /etc/init.d/skeleton и отредактируйте его в соответствующих местах, чтобы начать / остановить / перезапустить службу. Это очень хорошо прокомментировано, чтобы вы могли мгновенно создать рабочий скрипт init.d.

, если вы не хотите переходить на UPSTART, но хотите классический подход, вы должны:

ПРИМЕЧАНИЕ. Я сохраняю службу и программу с тем же именем в разных каталогах (но вы можете измените это, если оно отражено в вашем служебном файле). изменить «myscriptname» и «myprogramname» на реальные имена!

перезагрузите ваш компьютер и проверьте, правильно ли запущена служба

, если ваша служба не запускается должным образом, вы должны сначала проверить, запускается при вызове вручную:

ниже i включает пример файла службы, который действительно работает. сравните его с сервисом скелета, чтобы понять, что вам нужно настроить. ПРИМЕЧАНИЕ: это работает на Ubuntu 12.04 amazon cloud AWS EC2 классической реализации LAMP (также на Kubuntu 15.10).

pleaserun - это рубиновый скрипт, который пытается решить проблему автоматического создания сценария инициализации с помощью одной команды. цитируя со своей страницы:

«С помощью pleaserun вы можете сгенерировать следующие пусковые установки / скрипты / независимо:

запустить программу upstart systemd runit sysv init"

Это также определяет, какая система инициализации используется, поэтому она создает сценарий соответственно.

init.d - старая, устаревшая система для запуска демонов; был вытеснен выскочкой. Преимущество Upstart заключается в том, что его гораздо проще настраивать и позволяет правильно упорядочить инициализацию задачи.

Файлы конфигурации для выскочки живут в / etc / init, и если у вашего демона нет предварительных условий, это может быть так же просто как tty1.conf:

, и в этом случае вы можете скопировать этот файл и изменить его по вкусу. Более сложные конфигурации лучше всего документируются на стартовом сайте и в других записях в файле /etc/init.

, добавленном в ответ на комментарий

Если вы используете upstart или init.d, по-прежнему нужно каким-то образом определить, когда Firebird правильно инициализирован. К сожалению, сам Firebird, похоже, не имеет хорошего способа проверить, что upstart . Поэтому рекомендация по началу запуска вашей программы в /etc/rc.local, безусловно, самая легкая, и, по крайней мере, на Ubuntu, как минимум, будет работать как можно позже в процессе загрузки.

Сделайте копию /etc/init.d/skeleton и отредактируйте его в соответствующих местах, чтобы начать / остановить / перезапустить службу. Это очень хорошо прокомментировано, чтобы вы могли мгновенно создать рабочий скрипт init.d.

, если вы не хотите переходить на UPSTART, но хотите классический подход, вы должны:

ПРИМЕЧАНИЕ. Я сохраняю службу и программу с тем же именем в разных каталогах (но вы можете измените это, если оно отражено в вашем служебном файле). изменить «myscriptname» и «myprogramname» на реальные имена!

перезагрузите ваш компьютер и проверьте, правильно ли запущена служба

, если ваша служба не запускается должным образом, вы должны сначала проверить, запускается при вызове вручную:

ниже i включает пример файла службы, который действительно работает. сравните его с сервисом скелета, чтобы понять, что вам нужно настроить. ПРИМЕЧАНИЕ: это работает на Ubuntu 12.04 amazon cloud AWS EC2 классической реализации LAMP (также на Kubuntu 15.10).

pleaserun - это рубиновый скрипт, который пытается решить проблему автоматического создания сценария инициализации с помощью одной команды. цитируя со своей страницы:

«С помощью pleaserun вы можете сгенерировать следующие пусковые установки / скрипты / независимо:

запустить программу upstart systemd runit sysv init"

Это также определяет, какая система инициализации используется, поэтому она создает сценарий соответственно.

init.d - старая, устаревшая система для запуска демонов; был вытеснен выскочкой. Преимущество Upstart заключается в том, что его гораздо проще настраивать и позволяет правильно упорядочить инициализацию задачи.

Файлы конфигурации для выскочки живут в / etc / init, и если у вашего демона нет предварительных условий, это может быть так же просто как tty1.conf:

, и в этом случае вы можете скопировать этот файл и изменить его по вкусу. Более сложные конфигурации лучше всего документируются на стартовом сайте и в других записях в файле /etc/init.

, добавленном в ответ на комментарий

Если вы используете upstart или init.d, по-прежнему нужно каким-то образом определить, когда Firebird правильно инициализирован. К сожалению, сам Firebird, похоже, не имеет хорошего способа проверить, что upstart . Поэтому рекомендация по началу запуска вашей программы в /etc/rc.local, безусловно, самая легкая, и, по крайней мере, на Ubuntu, как минимум, будет работать как можно позже в процессе загрузки.

Сделайте копию /etc/init.d/skeleton и отредактируйте его в соответствующих местах, чтобы начать / остановить / перезапустить службу. Это очень хорошо прокомментировано, чтобы вы могли мгновенно создать рабочий скрипт init.d.

Сделайте копию /etc/init.d/skeleton и отредактируйте его в соответствующих местах, чтобы начать / остановить / перезапустить службу. Это очень хорошо прокомментировано, чтобы вы могли мгновенно создать рабочий скрипт init.d.

init.d - старая, устаревшая система для запуска демонов; был вытеснен выскочкой . Преимущество Upstart заключается в том, что гораздо проще настроить и обеспечить правильную последовательность инициализации задачи.

Конфигурационные файлы для выскочки живут в / etc / init, и если у вашего демона нет предварительных условий, это может быть так же просто as tty1.conf:

  # tty1 - getty # # Эта служба поддерживает getty на tty1 с того момента, когда система запущена до тех пор, пока она не будет снова отключена.  start on stop rc RUNLEVEL = [2345] stop on runlevel [! 2345] respawn exec / sbin / getty -8 38400 tty1  

, и в этом случае вы можете скопировать этот файл и изменить его на вкус. Более сложные конфигурации лучше всего документируются на стартовом сайте и в других записях в файле /etc/init.

, добавленном в ответ на комментарий

. Если вы используете upstart или init.d, по-прежнему нужно каким-то образом определить, когда Firebird правильно инициализирован. К сожалению, сам Firebird, похоже, не имеет хорошего способа проверить, что он установлен и запущен . Поэтому рекомендация о включении вашей программы в /etc/rc.local, безусловно, самая легкая, и, по крайней мере, на Ubuntu, как минимум, будет работать как можно позже в процессе загрузки.

• Добавьте свои команды в /etc/rc.local
• Чтобы ваш демон запускался автоматически при запуске системы.

pleaserun - это рубиновый скрипт, который пытается решить проблему автоматического создания сценария init с помощью одной команды. цитата из его страницы:

«С помощью pleaserun вы можете сгенерировать следующие пусковые установки / скрипты / все:

launchd upstart systemd runit sysv init"

Это также определяет, какая система инициализации используется, поэтому она генерирует сценарий соответственно.

, если вы не хотите переходить на UPSTART, но хотите классический подход, вы должны:

ПРИМЕЧАНИЕ. Я сохраняю службу и программу с тем же именем в разных каталогах (но вы можете измените это, если оно отражено в вашем служебном файле). изменить «myscriptname» и «myprogramname» на настоящие имена!

1. сохранить вашу программу, которая будет работать как служба в / usr / sbin sudo cp myprogramname /usr/sbin/myscriptname
2. , создать базовый запуск script (используйте /etc/init.d/skeleton в качестве ссылки)
3. переместите этот сценарий в /etc/init.d sudo mv /etc/init.d/myscriptname
4. , чтобы получить этот скрипт (я использовал 775 , но вы можете установить его ниже) sudo chmod 755 /etc/init.d/myscriptname
5. goto /etc/init.d cd /etc/init.d
6. включить в список автозапуска с низким приоритетом запуска sudo update-rc.d myscriptname defaults 97 03

перезагрузите компьютер и проверьте, правильно ли запущена служба

sudo ps -A --sort cmd

, если ваша служба не запускается должным образом, вы должны сначала проверить, выполняется ли она при вызове вручную:

cd /etc/init.d
sudo service myscriptname start

ниже i включает пример файла службы, который действительно работает. сравните его с сервисом скелета, чтобы понять, что вам нужно настроить. ПРИМЕЧАНИЕ: это работает на Ubuntu 12.04 amazon cloud AWS EC2 классической реализации LAMP (также на Kubuntu 15.10).

#! /bin/sh
### BEGIN INIT INFO
# Provides:          
# Required-Start:    $remote_fs
# Required-Stop:     $remote_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Sample_GT02 daemon startup script
# Description:       Sample Server for GT02 class 
### END INIT INFO

# Author: Tony Gil 
#

# Do NOT "set -e"

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Sample Daemon"
NAME=sampleserver_gt02
DAEMON=/usr/sbin/$NAME
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
CHUID=root

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start()
{
   # Return
   #   0 if daemon has been started
   #   1 if daemon was already running
   #   2 if daemon could not be started
   start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
      || return 1
   start-stop-daemon --start --quiet --chuid $CHUID --pidfile $PIDFILE --exec $DAEMON -- \
      $DAEMON_ARGS \
      || return 2
}

#
# Function that stops the daemon/service
#
do_stop()
{
   # Return
   #   0 if daemon has been stopped
   #   1 if daemon was already stopped
   #   2 if daemon could not be stopped
   #   other if a failure occurred
   start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name $NAME
   RETVAL="$?"
   [ "$RETVAL" = 2 ] && return 2
   # Wait for children to finish too if this is a daemon that forks
   # and if the daemon is only ever run from this initscript.
   # If the above conditions are not satisfied then add some other code
   # that waits for the process to drop all resources that could be
   # needed by services started subsequently.  A last resort is to
   # sleep for some time.
   start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON
   [ "$?" = 2 ] && return 2
   # Many daemons don't delete their pidfiles when they exit.
   rm -f $PIDFILE
   return "$RETVAL"
}

#
# Function that sends a SIGHUP to the daemon/service
#
do_reload() {
   #
   # If the daemon can reload its configuration without
   # restarting (for example, when it is sent a SIGHUP),
   # then implement that here.
   #
   start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name $NAME
   return 0
}

case "$1" in
  start)
   [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
   do_start
   case "$?" in
      0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
      2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
   esac
   ;;
  stop)
   [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
   do_stop
   case "$?" in
      0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
      2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
   esac
   ;;
  #reload|force-reload)
   #
   # If do_reload() is not implemented then leave this commented out
   # and leave 'force-reload' as an alias for 'restart'.
   #
   #log_daemon_msg "Reloading $DESC" "$NAME"
   #do_reload
   #log_end_msg $?
   #;;
  restart|force-reload)
   #
   # If the "reload" option is implemented then remove the
   # 'force-reload' alias
   #
   log_daemon_msg "Restarting $DESC" "$NAME"
   do_stop
   case "$?" in
     0|1)
      do_start
      case "$?" in
         0) log_end_msg 0 ;;
         1) log_end_msg 1 ;; # Old process is still running
         *) log_end_msg 1 ;; # Failed to start
      esac
      ;;
     *)
        # Failed to stop
      log_end_msg 1
      ;;
   esac
   ;;
  *)
   #echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
   echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
   exit 3
   ;;
esac

:

Сделайте копию /etc/init.d/skeleton и отредактируйте его в соответствующих местах, чтобы начать / остановить / перезапустить службу. Это очень хорошо прокомментировано, чтобы вы могли мгновенно создать рабочий скрипт init.d.

• Добавьте свои команды в /etc/rc.local
• Чтобы ваш демон запускался автоматически при запуске системы.

init.d - старая, устаревшая система для запуска демонов; был вытеснен выскочкой . Преимущество Upstart заключается в том, что гораздо проще настроить и обеспечить правильную последовательность инициализации задачи.

Конфигурационные файлы для выскочки живут в / etc / init, и если у вашего демона нет предварительных условий, это может быть так же просто as tty1.conf:

  # tty1 - getty # # Эта служба поддерживает getty на tty1 с того момента, когда система запущена до тех пор, пока она не будет снова отключена.  start on stop rc RUNLEVEL = [2345] stop on runlevel [! 2345] respawn exec / sbin / getty -8 38400 tty1  

, и в этом случае вы можете скопировать этот файл и изменить его на вкус. Более сложные конфигурации лучше всего документируются на стартовом сайте и в других записях в файле /etc/init.

, добавленном в ответ на комментарий

. Если вы используете upstart или init.d, по-прежнему нужно каким-то образом определить, когда Firebird правильно инициализирован. К сожалению, сам Firebird, похоже, не имеет хорошего способа проверить, что он установлен и запущен . Поэтому рекомендация о включении вашей программы в /etc/rc.local, безусловно, самая легкая, и, по крайней мере, на Ubuntu, как минимум, будет работать как можно позже в процессе загрузки.

pleaserun - это рубиновый скрипт, который пытается решить проблему автоматического создания сценария init с помощью одной команды. цитата из его страницы:

«С помощью pleaserun вы можете сгенерировать следующие пусковые установки / скрипты / независимо:

launchd upstart systemd runit sysv init"

Это также определяет, какая система инициализации используется, поэтому она генерирует сценарий соответственно.

, если вы не хотите переходить на UPSTART, но хотите классический подход, вы должны:

ПРИМЕЧАНИЕ. Я сохраняю службу и программу с тем же именем в разных каталогах (но вы можете измените это, если оно отражено в вашем служебном файле). изменить «myscriptname» и «myprogramname» на настоящие имена!

1. сохранить вашу программу, которая будет работать как служба в / usr / sbin sudo cp myprogramname /usr/sbin/myscriptname
2. , создать базовый запуск script (используйте /etc/init.d/skeleton в качестве ссылки)
3. переместите этот сценарий в /etc/init.d sudo mv /etc/init.d/myscriptname
4. , чтобы получить этот скрипт (я использовал 775 , но вы можете установить его ниже) sudo chmod 755 /etc/init.d/myscriptname
5. goto /etc/init.d cd /etc/init.d
6. включить в список автозапуска с низким приоритетом запуска sudo update-rc.d myscriptname defaults 97 03

перезагрузите компьютер и проверьте, правильно ли запущена служба

sudo ps -A --sort cmd

, если ваша служба не запускается должным образом, вы должны сначала проверить, выполняется ли она при вызове вручную:

cd /etc/init.d
sudo service myscriptname start

ниже i включает пример файла службы, который действительно работает. сравните его с сервисом скелета, чтобы понять, что вам нужно настроить. ПРИМЕЧАНИЕ: это работает на Ubuntu 12.04 amazon cloud AWS EC2 классической реализации LAMP (также на Kubuntu 15.10).

#! /bin/sh
### BEGIN INIT INFO
# Provides:          
# Required-Start:    $remote_fs
# Required-Stop:     $remote_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Sample_GT02 daemon startup script
# Description:       Sample Server for GT02 class 
### END INIT INFO

# Author: Tony Gil 
#

# Do NOT "set -e"

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Sample Daemon"
NAME=sampleserver_gt02
DAEMON=/usr/sbin/$NAME
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
CHUID=root

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start()
{
   # Return
   #   0 if daemon has been started
   #   1 if daemon was already running
   #   2 if daemon could not be started
   start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
      || return 1
   start-stop-daemon --start --quiet --chuid $CHUID --pidfile $PIDFILE --exec $DAEMON -- \
      $DAEMON_ARGS \
      || return 2
}

#
# Function that stops the daemon/service
#
do_stop()
{
   # Return
   #   0 if daemon has been stopped
   #   1 if daemon was already stopped
   #   2 if daemon could not be stopped
   #   other if a failure occurred
   start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name $NAME
   RETVAL="$?"
   [ "$RETVAL" = 2 ] && return 2
   # Wait for children to finish too if this is a daemon that forks
   # and if the daemon is only ever run from this initscript.
   # If the above conditions are not satisfied then add some other code
   # that waits for the process to drop all resources that could be
   # needed by services started subsequently.  A last resort is to
   # sleep for some time.
   start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON
   [ "$?" = 2 ] && return 2
   # Many daemons don't delete their pidfiles when they exit.
   rm -f $PIDFILE
   return "$RETVAL"
}

#
# Function that sends a SIGHUP to the daemon/service
#
do_reload() {
   #
   # If the daemon can reload its configuration without
   # restarting (for example, when it is sent a SIGHUP),
   # then implement that here.
   #
   start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name $NAME
   return 0
}

case "$1" in
  start)
   [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
   do_start
   case "$?" in
      0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
      2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
   esac
   ;;
  stop)
   [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
   do_stop
   case "$?" in
      0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
      2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
   esac
   ;;
  #reload|force-reload)
   #
   # If do_reload() is not implemented then leave this commented out
   # and leave 'force-reload' as an alias for 'restart'.
   #
   #log_daemon_msg "Reloading $DESC" "$NAME"
   #do_reload
   #log_end_msg $?
   #;;
  restart|force-reload)
   #
   # If the "reload" option is implemented then remove the
   # 'force-reload' alias
   #
   log_daemon_msg "Restarting $DESC" "$NAME"
   do_stop
   case "$?" in
     0|1)
      do_start
      case "$?" in
         0) log_end_msg 0 ;;
         1) log_end_msg 1 ;; # Old process is still running
         *) log_end_msg 1 ;; # Failed to start
      esac
      ;;
     *)
        # Failed to stop
      log_end_msg 1
      ;;
   esac
   ;;
  *)
   #echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
   echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
   exit 3
   ;;
esac

:

Сделайте копию /etc/init.d/skeleton и отредактируйте его в соответствующих местах, чтобы начать / остановить / перезапустить службу. Это очень хорошо прокомментировано, чтобы вы могли мгновенно создать рабочий скрипт init.d.

pleaserun - это рубиновый скрипт, который пытается решить проблему автоматического создания сценария init с помощью одной команды. цитата из его страницы:

«С помощью pleaserun вы можете сгенерировать следующие пусковые установки / скрипты / все:

launchd upstart systemd runit sysv init"

Это также определяет, какая система инициализации используется, поэтому она генерирует сценарий соответственно.

• Добавьте свои команды в /etc/rc.local
• Чтобы ваш демон запускался автоматически при запуске системы.

init.d - старая, устаревшая система для запуска демонов; был вытеснен выскочкой . Преимущество Upstart заключается в том, что гораздо проще настроить и обеспечить правильную последовательность инициализации задачи.

Конфигурационные файлы для выскочки живут в / etc / init, и если у вашего демона нет предварительных условий, это может быть так же просто as tty1.conf:

  # tty1 - getty # # Эта служба поддерживает getty на tty1 с того момента, когда система запущена до тех пор, пока она не будет снова отключена.  start on stop rc RUNLEVEL = [2345] stop on runlevel [! 2345] respawn exec / sbin / getty -8 38400 tty1  

, и в этом случае вы можете скопировать этот файл и изменить его на вкус. Более сложные конфигурации лучше всего документируются на стартовом сайте и в других записях в файле /etc/init.

, добавленном в ответ на комментарий

. Если вы используете upstart или init.d, по-прежнему нужно каким-то образом определить, когда Firebird правильно инициализирован. К сожалению, сам Firebird, похоже, не имеет хорошего способа проверить, что он установлен и запущен . Поэтому рекомендация о включении вашей программы в /etc/rc.local, безусловно, самая легкая, и, по крайней мере, на Ubuntu, как минимум, будет работать как можно позже в процессе загрузки.

, если вы не хотите переходить на UPSTART, но хотите классический подход, вы должны:

ПРИМЕЧАНИЕ. Я сохраняю службу и программу с тем же именем в разных каталогах (но вы можете измените это, если оно отражено в вашем служебном файле). изменить «myscriptname» и «myprogramname» на настоящие имена!

1. сохранить вашу программу, которая будет работать как служба в / usr / sbin sudo cp myprogramname /usr/sbin/myscriptname
2. , создать базовый запуск script (используйте /etc/init.d/skeleton в качестве ссылки)
3. переместите этот сценарий в /etc/init.d sudo mv /etc/init.d/myscriptname
4. , чтобы получить этот скрипт (я использовал 775 , но вы можете установить его ниже) sudo chmod 755 /etc/init.d/myscriptname
5. goto /etc/init.d cd /etc/init.d
6. включить в список автозапуска с низким приоритетом запуска sudo update-rc.d myscriptname defaults 97 03

перезагрузите компьютер и проверьте, правильно ли запущена служба

sudo ps -A --sort cmd

, если ваша служба не запускается должным образом, вы должны сначала проверить, выполняется ли она при вызове вручную:

cd /etc/init.d
sudo service myscriptname start

ниже i включает пример файла службы, который действительно работает. сравните его с сервисом скелета, чтобы понять, что вам нужно настроить. ПРИМЕЧАНИЕ: это работает на Ubuntu 12.04 amazon cloud AWS EC2 классической реализации LAMP (также на Kubuntu 15.10).

#! /bin/sh
### BEGIN INIT INFO
# Provides:          
# Required-Start:    $remote_fs
# Required-Stop:     $remote_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Sample_GT02 daemon startup script
# Description:       Sample Server for GT02 class 
### END INIT INFO

# Author: Tony Gil 
#

# Do NOT "set -e"

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Sample Daemon"
NAME=sampleserver_gt02
DAEMON=/usr/sbin/$NAME
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
CHUID=root

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start()
{
   # Return
   #   0 if daemon has been started
   #   1 if daemon was already running
   #   2 if daemon could not be started
   start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
      || return 1
   start-stop-daemon --start --quiet --chuid $CHUID --pidfile $PIDFILE --exec $DAEMON -- \
      $DAEMON_ARGS \
      || return 2
}

#
# Function that stops the daemon/service
#
do_stop()
{
   # Return
   #   0 if daemon has been stopped
   #   1 if daemon was already stopped
   #   2 if daemon could not be stopped
   #   other if a failure occurred
   start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name $NAME
   RETVAL="$?"
   [ "$RETVAL" = 2 ] && return 2
   # Wait for children to finish too if this is a daemon that forks
   # and if the daemon is only ever run from this initscript.
   # If the above conditions are not satisfied then add some other code
   # that waits for the process to drop all resources that could be
   # needed by services started subsequently.  A last resort is to
   # sleep for some time.
   start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON
   [ "$?" = 2 ] && return 2
   # Many daemons don't delete their pidfiles when they exit.
   rm -f $PIDFILE
   return "$RETVAL"
}

#
# Function that sends a SIGHUP to the daemon/service
#
do_reload() {
   #
   # If the daemon can reload its configuration without
   # restarting (for example, when it is sent a SIGHUP),
   # then implement that here.
   #
   start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name $NAME
   return 0
}

case "$1" in
  start)
   [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
   do_start
   case "$?" in
      0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
      2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
   esac
   ;;
  stop)
   [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
   do_stop
   case "$?" in
      0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
      2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
   esac
   ;;
  #reload|force-reload)
   #
   # If do_reload() is not implemented then leave this commented out
   # and leave 'force-reload' as an alias for 'restart'.
   #
   #log_daemon_msg "Reloading $DESC" "$NAME"
   #do_reload
   #log_end_msg $?
   #;;
  restart|force-reload)
   #
   # If the "reload" option is implemented then remove the
   # 'force-reload' alias
   #
   log_daemon_msg "Restarting $DESC" "$NAME"
   do_stop
   case "$?" in
     0|1)
      do_start
      case "$?" in
         0) log_end_msg 0 ;;
         1) log_end_msg 1 ;; # Old process is still running
         *) log_end_msg 1 ;; # Failed to start
      esac
      ;;
     *)
        # Failed to stop
      log_end_msg 1
      ;;
   esac
   ;;
  *)
   #echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
   echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
   exit 3
   ;;
esac

: