我有一个Debian和一个RPM包，需要将启动/停止脚本添加到/etc/init.d目录。 最近，一位远程开发人员告诉我，“知情者”知道“最佳实践”是将启动安装在/etc/init.d目录中，而不是使用符号链接，尤其是在安装包时在不同的分区上。 我一直使用符号链接。 一个“ls -la”显示了很多包使用符号链接。 有没有一个Unix / Linux专家可以给出一个明确的答案，关于在/etc/init.d目录启动脚本的最佳做法。 是最佳实践符号链接，硬链接，实际的文件或者它真的很重要？ 如果你能引用一个资料来源，那将是非常好的。 我有谷歌这个话题，但我无法find答案。
我有一台运行Ubuntu 14.04的服务器，其中一个硬盘分区如下： sda sda1 -> / sda2 -> /var sda3 -> (swap) sda4 -> /home 每当我启动，我得到的消息The disk drive for /var is not ready yet or not present. Press S to skip, Continue to wait or M to fix manually The disk drive for /var is not ready yet or not present. Press S to skip, […]
我正在尝试为Debian / Ubuntu的SCST iSCSI目标软件编写一个初始化脚本。 目前的下载不起作用，似乎配备SuSE和其他工作。 这是我迄今为止，但我基于这一点，我有限的初始化脚本知识和大量的谷歌search。 我只是想知道如果我在想这个，我是否需要卸载模块，每当我停止脚本。 在启动时不加载的模块，我知道我需要启动iscsi守护进程并加载configuration。 任何帮助，将不胜感激。 #!/bin/sh DAEMON=/usr/local/sbin/iscsi-scstd PIDFILE=/var/run/iscsi-scstd.pid CONFIG=/etc/scst/scst.conf case "$1" in start) echo "Starting SCST iSCSI target service: " modprobe scst modprobe scst_vdisk modprobe iscsi_scst start-stop-daemon –start –quiet –exec $DAEMON scstadmin -config $CONFIG $RETVAL=$? if [ $RETVAL == "0" ]; then echo -n "Success" fi ;; stop) echo "Stopping SCST […]
我一直在使用Linux一段时间，但以一个相当简单的方式。 我知道init.d中的脚本是在os启动的时候执行的，但是它究竟是如何工作的呢？ 操作系统如何知道哪个parameter passing给脚本？ 启动apache我会做sudo /etc/init.d/apache2 start。 如果我运行sudo /etc/init.d/apache2，没有启动就无法运行。 os如何开始到脚本？
我在Atlassian问了这个问题，但是认为serverfault可能更合适，因为它比Atlassian问题更像是一个系统pipe理员问题： 我一直试图按照这个指南让FishEye + Crucible在启动时启动。 JIRA已经安装并运行，因为它在Ubuntu引导时是自己的用户（jira），但是我不能让Fisheye + Crucible（aka fecru）也这样做。 我遵循那里的指示（和页面的注释中的Ubuntu相关说明）并重新启动，JIRA像往常一样开始，但是fecru没有。 它是否与我设置为“jira”的RUN_ASvariables有关？ 该命令是否会在启动时运行而不提示用户“jira”的密码？ 我觉得它不会提示，因为程序JIRA开始正常启动，因为该用户… 使用： Ubuntu 10.04 Lucid Jira 5.0 坩埚+鱼眼2.7.11
如何在Debian Squeeze上重新启动postgresql 8.4？ /etc/init.d/postgresql stop/start/restart什么都不做（没有输出）。
失败： # service auditd start Starting auditd: [FAILED] 失败： # /etc/init.d/auditd start Starting auditd: [FAILED] 而令人沮丧的是 – 作品： # bash /etc/init.d/auditd start Starting auditd: [ OK ] 我在bash /etc/init.d/auditd的各个地方添加了echo 1 echo 2之类的东西，所以看看脚本需要什么path，无济于事。 最终运行的命令失败了 env -i PATH=/sbin:/usr/sbin:/bin:/usr/bin TERM=xterm /etc/init.d/auditd start 为什么添加bash使其工作？ 寻找故障排除的想法。 基于Michaelsbuild议使用run_init，我可以从bash中获得一些有意义的debugging： # run_init bash -x /etc/init.d/auditd start […] + /bin/bash -c 'ulimit -S -c […]
假设我有这样的shell脚本： #!/bin/sh # cherrypy_server.sh PROCESSES=10 THREADS=1 # threads per process BASE_PORT=3035 # the first port used # you need to make the PIDFILE dir and insure it has the right permissions PIDFILE="/var/run/cherrypy/myproject.pid" WORKDIR=`dirname "$0"` cd "$WORKDIR" cp_start_proc() { N=$1 P=$(( $BASE_PORT + $N – 1 )) ./manage.py runcpserver daemonize=1 port=$P pidfile="$PIDFILE-$N" threads=$THREADS request_queue_size=0 verbose=0 } […]
如何阻止init.d服务器在启动时运行，但仍允许手动运行它？
我试图在Ubuntu服务器10.04（64位）上启动postgresql 8.4。 首先，我尝试了： su -c 'pg_ctl start -D /home/postgres -l /home/postgres/serverlog' –preserve-environment postgres在init.d/rc.local的结尾处，无济于事。 serverlog文件甚至不在系统上。 然后我试着运行update-rc.d postgresql-8.4 defaults ， System start/stop links for /etc/init.d/postgresql-8.4 already exist. 一个相关的信息是通过运行su -c 'pg_ctl start -D /home/postgres -l /home/postgres/serverlog' –preserve-environment postgres作为root用户而没有–preserve-environment标志，它不会'不承认pg_ctl。 否则，服务启动，我可以连接到数据库。 但即使在保留环境的情况下，在init文件中运行时服务也不会启动。 任何线索？ 谢谢！ 维克。