linux设置常见开机自启动命令
爱吃面条的猿 2024-10-10 16:07:03 阅读 89
本文介绍了三种开机自启的方式,重点介绍使用systemctl的方式自启动的
方式一、修改 /etc/rc.d/rc.local 文件
<code>/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下。该目录下的服务配置文件可以是普通<code>.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使用,则本服务和被依赖服务同时启动。 当配置在<code>[Install]段落中时,systemctl enable操作将会将本服务安装到对应的
|
Description | Service的描述信息 |
PIDFile | pid文件路径 |
ExecStart | 指定启动单元的命令或者脚本 |
ExecStartPre和ExecStartPost | 在ExecStart之前或者之后用户自定义执行的脚本 |
ExecReload | 单元重启时执行的命令或者脚本 |
ExecStop | 单元停止时执行的命令或者脚本 |
PrivateTmp | True表示给服务分配独立的临时空间 |
Restart | 这个选项如果被允许,服务重启的时候进程会退出,会通过systemctl命令执行清除并重启的操作 |
User | 字段可以设置服务的用户名 |
Group | 字段可以设置服务的用户组 |
WorkingDirectory | 字段指定服务的安装目录 |
Description | Install的描述信息 |
WantedBy | 本服务设置开机自启动时,在被依赖目标的<code>.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 配置文件,并启动服务。
<code>$ systemctl daemon-reload
$ systemctl enable nginx.service
通过命名,查看所有的启动服务及状态
systemctl list-unit-files --type=service
附属一些自启动文件:
zookeeper的自启动文件
<code>[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"code>
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"code>
Environment="KAFKA_LOG4J_OPTS=-Dlog4j.configuration=file:/usr/local/kafka/config/log4j.properties"code>
Environment="KAFKA_HEAP_OPTS=-Xmx1G -Xms1G"code>
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
声明
本文内容仅代表作者观点,或转载于其他网站,本站不以此文作为商业用途
如有涉及侵权,请联系本站进行删除
转载本站原创文章,请注明来源及作者。