1

我以为我终于设法正确编写了我的第一个 init.d 脚本，但是当我重新启动时，启动并没有发生。脚本start-foo如下所示：

#! /bin/sh
# chkconfig 345 85 60
# description: startup script for foo
# processname: foo

NAME=foo
DIR=/etc/foo/services
EXEC=foo.py
PID_FILE=/var/run/foo.pid
IEXE=/etc/init.d/foo
RUN_AS=root

### BEGIN INIT INFO
# Provides:          foo
# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     5
# Default-Stop:      0 1 2 3 6
# Description:       Starts the foo service
### END INIT INFO

if [ ! -f $DIR/$EXEC ]
then
        echo "$DIR/$EXEC not found."
        exit
fi

case "$1" in
  start)
        echo -n "Starting $NAME"
    cd $DIR
    start-stop-daemon -d $DIR --start --background --pidfile $PID_FILE --make-pidfile --exec $EXEC --quiet
        echo "$NAME are now running."
        ;;
  stop)
    echo -n "Stopping $NAME"
        kill -TERM `cat $PID_FILE`
    rm $PID_FILE
        echo "$NAME."
        ;;
  force-reload|restart)
        $0 stop
        $0 start
        ;;
  *)
        echo "Use: /etc/init.d/$NAME {start|stop|restart|force-reload}"
        exit 1
    ;;
esac
exit 0

foo.py需要 sudo 因为它正在打开端口。我认为这不是问题，因为其他服务（如）必须需要同样的东西。我有一个执行以下操作的生成文件：

make install:
  chmod +x start-foo
  cp start-foo /etc/init.d

如果我运行sudo service start-foo start它可以工作。然而，当我重新启动时，它并没有自动启动。我错过了什么？

4

4 回答 4

2

您确实将脚本链接到各种运行级别的 init 目录。尝试chkconfig start-foo on启用它，假设你的盒子安装了 chkconfig。否则，您需要手动将符号链接放入指向脚本的每个运行级别的 init 目录中。

于 2011-05-03T20:27:58.587 回答
1

尝试使用将其添加到必要的运行级别chkconfig

# chkconfig foo on

你可能需要做

# chkconfig --add foo

第一的

于 2011-05-03T20:28:35.610 回答
1

您需要各种 /etc/rc.x 目录中的符号链接。

update-rc.d start-foo defaults

这将为您创建符号链接。并删除它们：

update-rc.d start-foo remove

http://manpages.ubuntu.com/manpages/precise/man8/update-rc.d.8.html

于 2017-08-07T15:06:17.333 回答
0

它可能与您尝试启动它的顺序有关。如果您需要在脚本运行之前启动其他服务，则应尝试将其按执行顺序进一步向下推。

于 2011-05-03T20:28:24.040 回答