linux设置常见开机自启动命令

本文介绍了三种开机自启的方式，重点介绍使用systemctl的方式自启动的

方式一、修改 /etc/rc.d/rc.local 文件

/etc/rc.d/rc.local 文件会在 Linux 系统各项服务都启动完毕之后再被运行。所以你想要自己的脚本在开机后被运行的话，可以将自己脚本路径加到该文件里。但是，首先需要确认你有运行这个文件的权限。

$ chmod +x /etc/rc.d/rc.local

为了演示，我们创建了一个脚本，当它被执行之后，将在home目录下写入有指定信息的output.txt文件。

$ vim auto_run_script.sh
#!/bin/bash
date >> /home/output.txt
hostname >> /home/output.txt

保存退出后，再给它赋予可执行权限：

$ chmod +x auto_run_script.sh

然后，我们再将脚本添加到 /etc/rc.d/rc.local 文件最后一行：

$ vim /etc/rc.d/rc.local
/home/auto_run_script.sh

然后，直接重启即可

方式二、使用 crontab

crontab 是 Linux 下的计划任务，当时间达到我们设定的时间时，可以自动触发某些脚本的运行。

我们可以自己设置计划任务时间，然后编写对应的脚本。但是，有个特殊的任务，叫作 @reboot ，我们其实也可以直接从它的字面意义看出来，这个任务就是在系统重启之后自动运行某个脚本。

那它将运行的是什么脚本呢？我们如何去设置这个脚本呢？我们可以通过 crontab -e 来设置。

$ crontab -e
@reboot /home/alvin/auto_run_script.sh

然后，直接重启即可。运行的效果跟上面类似。

方法三：使用 systemd 服务

本方法仅适用于 systemd 系统。如何区分是不是 systemd 系统？很简单，只需运行 ps aux 命令，查看 pid 为 1 的进程是不是 systemd

如果用户需要，可以将服务配置文件手动存放至用户配置目录/etc/systemd/system下。该目录下的服务配置文件可以是普通.service文件，也可以是链接至/usr/lib/systemd/system目录下服务配置文件的软链接

为了实现目的，我们需要创建一个 systemd 启动服务，并把它放置在/usr/lib/systemd/system/下，并在 /etc/systemd/system/ 目录创建链接文件（lrwxrwxrwx中的l表示链接文件，类似windows中的快捷方式；-代表普通文件；d表示为目录文件）指向源文件或者直接/etc/systemd/system/下创建.service文件。

使用ln -s命令来创建一个软链接文件，语法为ln -s <目标文件> <链接文件路径>

例如：ln -s /usr/lib/systemd/system/nginx.service /etc/systemd/system/nginx.service

我们创建的 systemd 启动服务如下。请注意，这时后缀是 .service

一个.service配置文件分为三部分

Unit：定义该服务作为Unit角色时相关的属性
Service：定义本服务相关的属性
Install：定义本服务在设置服务开机自启动时相关的属性。换句话说，只有在创建/移除服务配置文件的软链接时，Install段才会派上用场。这一配置段不是必须的，当未配置[Install]时，设置开机自启动或禁止开机自启动的操作将无任何效果

[Unit]和[Install]段的配置指令都来自于man systemd.unit，这些指令都用于描述作为Unit时的属性，[Service]段则专属于.Service服务配置文件。详见：https://juejin.cn/post/7401066742070837260

Description	Unit的描述信息
Documentation	本Unit的man文档路径
After	本服务在哪些服务启动之后启动，仅定义启动顺序，不定义服务依赖关系，即使要求先启动的服务启动失败，本服务也依然会启动
Before	本服务在哪些服务启动之前启动，仅定义启动顺序，不定义服务依赖关系。通常用于定义在关机前要关闭的服务，如Before=shutdown.target
Wants	本服务在哪些服务启动之后启动，定义服务依赖关系，不定义服务启动顺序。启动本服务时，如果被依赖服务未启动，则也会启动被依赖服务。如果被依赖服务启动失败，本服务不会受之影响，因此本服务会继续启动。如果未结合After使用，则本服务和被依赖服务同时启动。当配置在`[Install]`段落中时，systemctl enable操作将会将本服务安装到对应的`.wants`目录下(在该目录下创建一个软链接)，在开机自启动时，`.wants`目录中的服务会被隐式添加至目标Unit的`Wants`指令后。
WantedBy	本服务设置开机自启动时，在被依赖目标的`.wants`目录下创建本服务的软链接。例如`WantedBy = multi-user.target`时，将在/etc/systemd/multi-user.target.wants目录下创建本服务的软链接。
RequiredBy	类似WantedBy，但是是在`.requires`目录下创建软链接。

例如：nginx.service

[Unit]
Description=nginx - high performance web server
Documentation=http://nginx.org/en/docs/
After=network-online.target remote-fs.target nss-lookup.target
Wants=network-online.target[Service]
Type=forking
PIDFile=/var/run/nginx.pid #指定nginx.pid的生成位置，需要在nginx.conf配置文件中配置，此文件没有回判断服务启动失败
ExecStart=/usr/local/nginx/sbin/nginx -c /usr/local/nginx/nginx.conf
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s TERM $MAINPID[Install]
WantedBy=multi-user.target

.service文件中各个字段含义如下

[Unit]     				
Description=demo	                  #当前配置文件的描述信息
After=network.target nginx.service    #表示当前服务是在那个服务后面启动，一般定义为网络服务启动后启动[Service]
WorkingDirectory=/home/test                #工作目录				
Type=forking			                   #定义启动类型 
ExecStart=/home/test/demo-start.sh 	       #定义启动进程时执行的命令。
ExecReload=/home/test/demo-restart.sh      #重启服务时执行的命令
ExecStop=/home/test/demo-stop.sh		   #定义关闭进程时执行的命令。
PrivateTmp=true							   #是否分配独立空间
Restart=always
RestartSec=5
StartLimitInterval=0
StartLimitBurst=5[Install]
WantedBy=multi-user.target    #表示多用户命令行状态

之后我们再运行下面两条命令来更新 systemd 配置文件，并启动服务。

$ systemctl daemon-reload
$ systemctl enable nginx.service

通过命名，查看所有的启动服务及状态

systemctl list-unit-files --type=service

附属一些自启动文件：

zookeeper的自启动文件

[Unit]
Description=zookeeper.service
Requires=network.target
After=network.target[Service]
Type=forking
User=zookeeper
Group=zookeeper
Restart=on-failure
RestartSec=3
TimeoutStartSec=1min
PIDFILE=/zookeeper_data/2181/data/zookeeper_server.pid
Environment=JAVA_HOME=/usr/java/jdk1.8.0_191
Environment=ZOO_LOG_DIR=/opt/log/middleware/zookeeper
Environment=ZOO_LOG4J_PROP=INFO,ROLLINGFILE
Environment=CONF="/zookeeper_data/2181/zoo.cfg"
ExecStart=/usr/local/zookeeper/bin/zkServer.sh start $CONF
ExecStop=/usr/local/zookeeper/bin/zkServer.sh stop $CONF[Install]
WantedBy=multi-user.target

kafka的自启动文件

[Unit]
Description=Kafka Daemon
After=zookeeper.service[Service]
Type=simple
User=kafka
Group=kafka
LimitNOFILE=50000
Restart=on-failure
RestartSec=3
TimeoutStartSec=1min
Environment=JAVA_HOME=/usr/java/jdk1.8.0_191
Environment="LOG_DIR=/opt/log/middleware/kafka"
Environment="KAFKA_LOG4J_OPTS=-Dlog4j.configuration=file:/usr/local/kafka/config/log4j.properties"
Environment="KAFKA_HEAP_OPTS=-Xmx1G -Xms1G"
Environment=JMX_PORT=9192
ExecStart=/usr/local/kafka/bin/kafka-server-start.sh "/usr/local/kafka/config/server.properties"
ExecStop=/usr/local/kafka/bin/kafka-server-stop.sh "/usr/local/kafka/config/server.properties"[Install]
WantedBy=multi-user.target

Redis的自启动配置文件

[Unit]
After=network.target
Description=Advanced key-value store
Documentation=http://redis.io/documentation[Service]
Type=forking
ExecStart=/usr/local/redis/bin/redis-server /redis_data/6379/redis.conf
ExecStop=/bin/kill -s TERM $MAINPID
PIDFile=/redis_data/6379/redis.pid
TimeoutStopSec=0
Restart=always
User=redis
Group=redis
LimitNOFILE=65535[Install]
WantedBy=multi-user.target