linux init.d 权限,linux中/etc/init.d设置开机启动

笔者最近要把写的脚本程序设置为开机启动,而且要把这个脚本做成服务放置在/etc/init.d目录下,和其他服务一样,比如mysql,可以允许命令service mysql start/stop/restart或者/etc/init.d mysql start/stop/restart来执行。用户在启用相应服务时, 就不用进行太复杂的设置。 当服务终止时, 操作系统也能根据脚本的定义, 自动回收相关资源。 用户还能把重要的服务设置成开机启动, 省去了手动开启的麻烦。/etc/init.d 是 /etc/rc.d/init.d 的软链接(soft link)。

想到笔者以前做过树莓派来建立adsb接收基站,不妨把他的找出来看看,一个服务到底一个怎么写,有啥格式?

dump服务,脚本把进程包装成了一个服务, 定义了它在启动、 重启和终止时的具体行为。#!/bin/bash

### BEGIN INIT INFO

# Provides:            dump1090

# Required-Start:      $remote_fs

# Required-Stop:        $remote_fs

# Default-Start:        2 3 4 5

# Default-Stop:        0 1 6

# Short-Description:    dump1090 initscript

PROG="dump1090"

PROG_PATH="/root/dump1090"

PROG_ARGS=" --net --net-sbs-port 30003"

PIDFILE="/var/run/$PROG.pid"

DELAY=5

start() {

if [ -e $PIDFILE ]; then

echo "Error! $PROG is currently running!" 1>&2

exit 1

else

cd $PROG_PATH

./$PROG $PROG_ARGS 2>&1 >/dev/null &

echo "$PROG started, waiting $DELAY seconds..."

touch $PIDFILE

fi

}

stop() {

if [ -e $PIDFILE ]; then

echo "$PROG is running"

killall $PROG

rm -f $PIDFILE

echo "$PROG stopped"

else

echo "Error! $PROG not started!" 1>&2

exit 1

fi

}

if [ "$(id -u)" != "0" ]; then

echo "This script must be run as root" 1>&2

exit 1

fi

case "$1" in

start)

start

exit 0

;;

stop)

stop

exit 0

;;

reload|restart|force-reload)

stop

start

exit 0

;;

**)

echo "Usage: $0 {start|stop|reload}" 1>&2

exit 1

;;

esac

case "$1"就是读取dump命令后的第一个参数的值,分别对应不同的执行函数来操作。本服务脚本有三个函数  start、stop、 reload|restart|force-reload,对应着上面定义的函数。

服务放在这个脚本下,还需要关联服务,chkconfig --add dump  。在chkconfig工具服务列表中增加此服务,此服务会在/etc/rc.d/rcN.d中赋予K/S入口了。chkconfig --level 2345  dump  on,修改start运行级别设置为2345,。​chkconfig --level 16 dump off,修改stop运行级别为16。需要要注意的是,dump脚本需要设置X执行权限哦。 chkconfig -list可以显示所有运行级系统服务的运行状态信息(on或off)。

425edae3fc63

<think>好的,我现在需要解释用户提供的这两个命令:`chmod +x /etc/rc.d/rc.local` 和 `echo "/etc/init.d/sshd.init start" >> /etc/rc.d/rc.local`。首先,我得确保自己完全理解每个命令的作用,以及它们通常用在什么场景下。 首先看第一个命令:`chmod +x /etc/rc.d/rc.local`。`chmod`是用来修改文件权限的命令,`+x`表示添加可执行权限。所以这个命令的作用是让`/etc/rc.d/rc.local`文件变成可执行的。通常,在Linux系统中,某些文件默认可能没有执行权限,需要手动添加,特别是像启动脚本这样的文件。如果用户希望这个脚本在启动时自动运行,那么它必须具备可执行权限,否则系统无法执行它。 接下来是第二个命令:`echo "/etc/init.d/sshd.init start" >> /etc/rc.d/rc.local`。这里使用了`echo`命令将字符串`/etc/init.d/sshd.init start`追加到`/etc/rc.d/rc.local`文件中。`>>`是重定向符号,表示追加内容到文件末尾,而不是覆盖。这条命令的目的是将启动SSH服务的命令添加到`rc.local`脚本中,这样每次系统启动时,就会自动执行这个命令,启动SSH守护进程。 不过,现在需要考虑这些命令是否适用于现代的Linux发行版。因为我知道,很多系统已经转向使用systemd,而不是传统的SysVinit。例如,在基于systemd的系统中,`rc.local`可能默认不存在,或者需要额外启用。例如,用户可能需要先启用`rc-local.service`,并确保`/etc/rc.d/rc.local`有正确的权限和内容。如果用户是在一个仍然使用SysVinit或Upstart的系统上,比如较旧版本的CentOS或Debian,那么这些命令可能仍然有效。 另外,关于第二个命令中的路径`/etc/init.d/sshd.init`,这让我有点疑问。通常,SSH服务的启动脚本是`/etc/init.d/ssh`或者`/etc/init.d/sshd`,具体取决于发行版。例如,在Debian/Ubuntu中通常是`/etc/init.d/ssh`,而在CentOS/RHEL中是`/etc/init.d/sshd`。用户提到的`sshd.init`可能是一个非标准的脚本名称,或者可能是在某些特定发行版中的命名。这可能导致命令执行失败,如果路径不正确的话。需要确认该路径是否存在,否则用户可能需要调整路径。 此外,使用`rc.local`来管理启动项虽然传统,但在现代系统中可能不是最佳实践。使用systemd的话,用户应该创建一个服务单元文件,或者使用`systemctl enable`来启用服务。例如,对于SSH服务,通常已经存在对应的服务单元,用户只需执行`systemctl enable sshd`即可让SSH在启动时自动运行。如果用户坚持使用`rc.local`,可能需要检查systemd是否兼容,或者需要做其他配置。 还有一个需要注意的地方是权限问题。修改系统文件如`rc.local`需要超级用户权限,所以用户在执行这两个命令时应该使用`sudo`或者以root身份运行,否则可能会遇到权限拒绝的错误。例如,正确的命令应该是: ```bash sudo chmod +x /etc/rc.d/rc.local sudo echo "/etc/init.d/sshd.init start" >> /etc/rc.d/rc.local ``` 不过,当使用`sudo`配合`>>`重定向时,可能会遇到权限问题,因为重定向是由shell处理的,而不是`sudo`。所以更可靠的方式是用`tee`命令: ```bash echo "/etc/init.d/sshd.init start" | sudo tee -a /etc/rc.d/rc.local ``` 这样可以确保以root权限追加内容到文件。 另外,用户需要确认`/etc/rc.d/rc.local`是否存在。在某些系统中,这个文件可能位于`/etc/rc.local`,而`/etc/rc.d/rc.local`是一个符号链接。如果文件不存在,可能需要手动创建,并确保其可执行。 总结一下,用户的目的是在系统启动时自动启动SSH服务。但根据不同的系统环境,可能有不同的最佳实践。如果系统使用systemd,更推荐的方式是使用`systemctl enable sshd`。如果确实需要使用`rc.local`,则需要确保该机制在系统中是启用的,并且文件路径和启动命令正确无误。 可能的错误点包括: 1. `rc.local`文件不存在或未启用。 2. SSH启动脚本的路径不正确。 3. 权限不足,未使用sudo。 4. 在systemd系统中未处理依赖关系,导致`rc.local`未执行。 因此,在解释这两个命令时,需要指出它们的用途,同时提醒用户注意系统兼容性和更现代的替代方法。此外,验证步骤也很重要,比如检查`rc.local`是否执行,SSH服务是否确实在启动后运行。</think>这两个命令用于在 Linux 系统启动时自动启动 SSH 服务,但需注意**系统兼容性**和**现代替代方案**。以下是分步解释: --- ### 1. `chmod +x /etc/rc.d/rc.local` - **作用**:为 `/etc/rc.d/rc.local` 文件添加可执行权限。 - **背景**:`rc.local` 是传统 Linux 系统(如 SysVinit)的启动脚本,系统启动时会自动执行此文件。若文件无可执行权限,脚本将无法运行。 --- ### 2. `echo "/etc/init.d/sshd.init start" >> /etc/rc.d/rc.local` - **作用**:将启动 SSH 服务的命令追加到 `rc.local` 文件中。 - **背景**:通过追加命令 `/etc/init.d/sshd.init start`,系统每次启动时会自动执行此命令以启动 SSH 服务。 --- ### 注意事项 1. **系统兼容性**: - **现代系统(如 systemd)**:许多新发行版(Ubuntu 16.04+、CentOS 7+)默认使用 `systemd`,不再依赖 `rc.local`。若需使用: - 确保 `rc-local.service` 已启用: ```bash sudo systemctl enable rc-local.service ``` - 文件路径可能是 `/etc/rc.local`(而非 `/etc/rc.d/rc.local`)。 - **传统系统(SysVinit)**:适用于 CentOS 6、Debian 7 等旧版本。 2. **SSH 脚本路径问题**: - 常见路径为 `/etc/init.d/ssh`(Debian/Ubuntu)或 `/etc/init.d/sshd`(CentOS/RHEL)。 - 执行前需确认 `/etc/init.d/sshd.init` 是否存在,否则命令会失败。 3. **更推荐的现代方法**: - 使用 `systemd` 管理服务: ```bash sudo systemctl enable sshd # 启用开机自启 sudo systemctl start sshd # 立即启动 ``` - 此方法更标准化且易于维护。 4. **权限问题**: - 若未用 `sudo`,可能导致权限错误。建议完整命令为: ```bash sudo chmod +x /etc/rc.d/rc.local echo "/etc/init.d/sshd.init start" | sudo tee -a /etc/rc.d/rc.local ``` --- ### 验证是否生效 1. 重启系统后检查 SSH 服务状态: ```bash systemctl status sshd # systemd 系统 service sshd status # SysVinit 系统 ``` 2. 检查 `rc.local` 是否被执行: ```bash sudo grep "sshd.init" /var/log/boot.log # 查看启动日志 ``` --- ### 总结 - **适用场景**:传统 SysVinit 系统,且需确保路径和权限正确。 - **推荐更新方案**:优先使用 `systemctl enable sshd`(现代系统)。 - **风险提示**:直接修改 `rc.local` 可能在新系统中失效,建议确认系统初始化机制。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值