100字范文,内容丰富有趣,生活中的好帮手!
100字范文 > Linux设置软件开机自启动的三种方式(中标麒麟 银河麒麟 ubuntu)

Linux设置软件开机自启动的三种方式(中标麒麟 银河麒麟 ubuntu)

时间:2020-07-27 17:08:12

相关推荐

Linux设置软件开机自启动的三种方式(中标麒麟 银河麒麟 ubuntu)

一、有界面的程序自启动

利用Linux的 .desktop文件实现开机启动。

/etc/xdg/autostart目录下建立一个test.desktop文件,并对文件进行以下编辑。

操作步骤

打开/etc/xdg/autostart目录

cd /etc/xdg/autostart

建立test.desktop文件

touch test.desktop

编写文件并保存

sudo vim test.desktop

添加如下代码:

[Desktop Entry]Name=Test #可执行文件名字Exec=/root/Test #可执行文件路径Type=Application#可执行文件类型

桌面条目具体要求和含义可见:/desktop-entry-spec/desktop-entry-spec-latest.html

注意

需要root权限此设置开机自启动的方法与rc.local方法不同的是,此方法适合桌面级软件的开机自启动(软件有界面)

二、无界面的程序自启动

① 方式一

Ubuntu 20.04的服务管理是基于systemd的,因此设置服务自启动最推荐的方法是在/etc/systemd/user目录下创建一个systemd服务文件,配置好要执行的服务。

该种方式在ExecStart字段中指定开机自启动的程序是可执行文件的时候会管用,但在某些情况下,当ExecStart字段指定为脚本文件时可能会失效,并且此方式貌似需要登录系统后才会启动指定的程序

操作步骤

创建我们需要开机自启动的脚本,例如test.sh,其内容如下:

#!/bin/bashcd ~/touch 11111111111.txt

在/etc/systemd/user目录下创建一个systemd服务文件, 命名为user-defined.service(可以命名为以.service结尾的任何名称), 内容如下:

[Unit]After=network.service# After表示在哪个服务启动后启动我们的程序,After=network.service 表示网络连接完成后,启动我们的程序[Service]ExecStart=/home/hqc/test.sh # 此处只能绝对路径# ExecStart表示我们的脚本(步骤1中的test.sh)的执行路径[Install]WantedBy=default.target# WantedBy默认填default.target,表示我们程序所在的服务组。

将systemd服务文件和我们的脚本更改权限,使其可执行。

sudo chmod 744 ~/test.shsudo chmod 664 /etc/systemd/user/user-defined.service

重新加载系统的systemd服务文件,并启用我们自己写的user-defined.service文件。

sudo systemctl daemon-reloadsystemctl --user enable user-defined.service

取消开机自启动

systemctl --user disable user-defined.servicecd /etc/systemd/userrm user-defined.service

② 方式二

现在大部分的Linux发布版本开机第一个程序都从init换成了systemd这中启动方式。systemd是靠管理unit的方式来控制开机服务、开机级别等功能。

/usr/lib/systemd/system目录下包含了各种unit文件,有service后缀的服务unit,有target后缀的开机级别unit等,这里介绍关于service后缀的文件。因为systemd在开机要想执行自启动,都是通过这些*.serviceunit控制的,服务又分为系统服务(system)和用户服务(user)。

系统服务:开机不登录就能运行的程序(常用于开机自启)。用户服务:需要登录以后才能运行的程序。

配置文件说明

(以sshd.service服务为例)

[Unit]区块:启动顺序与依赖关系

Description字段:给出当前服务的简单描述。

Documentation字段:给出文档位置。

After字段:如果network.targetsshd-keygen.service需要启动,那么sshd.service应该在它们之后启动。

Before字段:定义sshd.service应该在哪些服务之前启动。

注:[AfterBefore字段只涉及启动顺序,不涉及依赖关系]

Wants字段:表示sshd.servicesshd-keygen.service之间存在“弱依赖”关系,即如果sshd-keygen.service启动失败或停止运行,不影响sshd.service继续执行。

Requires字段:表示“强依赖”关系,即如果该服务启动失败或异常提出,那么sshd.service也必须退出。

注:[Wants字段与Requires字段只涉及依赖关系,与启动顺序无关,默认情况下是同时启动的]

[Service]区块:启动行为。

启动命令

ExecStart字段:定义启动进程时执行的命令。

ExecReload字段:重启服务时执行的命令。

ExecStop字段:停止服务时执行的命令。

ExecStartPre字段:启动服务之前执行的命令。

ExecStartPost字段:启动服务之后执行的命令。

ExecStopPost字段:停止服务之后执行的命令。

注:所有的启动设置之前都可以加一个连词号(-),表示“抑制错误”,即发生错误的时候,不影响其他命令的执行。比如EnvironmentFile=-/etc/sysconfig/sshd(注意等号后面的那个连词号),就表示即使/etc/sysconfig/sshd文件不存在,也不会抛出错误。[Service]中的启动、重启、停止命令要求全部使用绝对路径!

启动类型

Type字段定义启动类型。

它可以设置的值如下:

simple(默认值):ExecStart字段启动的进程为主进程forkingExecStart字段将以fork()方式启动,此时父进程将会退出,子进程将成为主进程(后台运行)oneshot:类似于simple,但只执行一次,Systemd会等它执行完,才启动其他服务dbus:类似于simple,但会等待D-Bus信号后启动notify:类似于simple,启动结束后会发出通知信号,然后Systemd再启动其他服务idle:类似于simple,但是要等到其他任务都执行完,才会启动该服务。一种使用场合是为让该服务的输出,不与其他服务的输出相混合。

重启行为

Service区块有一些字段,定义了重启行为。

KillMode字段:定义Systemd如何停止sshd服务:

control-group(默认值):当前控制组里面的所有子进程,都会被杀掉process:只杀主进程mixed:主进程将收到SIGTERM信号,子进程收到SIGKILL信号none:没有进程会被杀掉,只是执行服务的stop命令。

Restart字段:定义了sshd退出后,Systemd的重启方式

no(默认值):退出后不会重启on-success:只有正常退出时(退出状态码为0),才会重启on-failure:非正常退出时(退出状态码非0),包括被信号终止和超时,才会重启on-abnormal:只有被信号终止和超时,才会重启on-abort:只有在收到没有捕捉到的信号终止时,才会重启on-watchdog:超时退出,才会重启always:不管是什么退出原因,总是重启

Restart设为on-failure,表示任何意外的失败,就将重启sshd。如果sshd正常停止(比如执行systemctl stop命令),它就不会重启。

注:[对于守护进程,推荐设为on-failure。对于那些允许发生错误退出的服务,可以设为on-abnormal]

RestartSec字段:表示 Systemd 重启服务之前,需要等待的秒数。

[Install]区块

Install区块定义如何安装这个配置文件,即怎样做到开机启动。

WantedBy字段:表示该服务所在的Target

Target的含义是服务组,表示一组服务。

WantedBy=multi-user.target指的是:sshd所在的Targetmulti-user.target

这个设置非常重要,因为执行systemctl enable sshd.service命令时,sshd.service的一个符号链接,就会放在/etc/systemd/system目录下面的multi-user.target.wants子目录之中。

Systemd有默认的启动Target

systemctl get-default#输出multi-user.target

上面的结果表示,默认的启动Targetmulti-user.target。在这个组里的所有服务,都将开机启动。这就是为什么systemctl enable命令能设置开机启动的原因。

使用Target的时候,systemctl list-dependencies命令和systemctl isolate命令也很有用。

#查看 multi-user.target 包含的所有服务systemctl list-dependencies multi-user.target#切换到另一个 target#shutdown.target 就是关机状态systemctl isolate shutdown.target

一般来说,常用的Target有两个:

multi-user.target:表示多用户命令行状态;

graphical.target:表示图形用户状态,它依赖于multi-user.target

注册服务实例

配置文件目录

systemctl脚本目录:/usr/lib/systemd/

系统服务目录:/usr/lib/systemd/system/

用户服务目录:/usr/lib/systemd/user/

/usr/lib/systemd/system目录下新建service-name.service文件:

[Unit]#服务描述#Description=Media wanager Service#指定了在systemd在执行完那些target之后再启动该服务After=network.target[Service]#定义Service的运行类型,这种一般是开机自启动文件就是可执行文件Type=simple#Type=forking,这种一般是开机自启动文件为shell脚本文件,脚本文件里面可能写了多个需要#开机自启动的程序,forking代表子进程的方式,就是脚本里的程序以子进程后台运行。#定义systemctl start|stop|reload *.service 的执行方法(具体命令需要写绝对路径)#注:ExecStartPre为启动前执行的命令ExecStartPre=/usr/bin/test "x${NETWORKMANAGER}" = xyesExecStart=/home/mobileoa/apps/shMediaManager.sh -start#-start加不加都行#创建私有的内存临时空间PrivateTmp=True[Install]#多用户WantedBy=multi-user.target

重载系统服务:systemctl daemon-reload

设置开机启动:systemctl enable *.service

启动服务:systemctl start *.service

停止服务:systemctl stop *.service

重启服务:systemctl restart *.service

注:[修改完配置文件要重载配置文件]

参考:

/software/systemd/man/systemd.service.html

/p/79059b06a121

/title/systemd/User

/systemd/systemd.service.html

三、补充

适用于无界面的程序自启动

对于有/etc/rc.d/rc.local/etc/rc.local文件的Linux发行版本,开机自启动只需要在/etc/rc.local文件中添加上自己程序的路径即可,但如果程序是有界面的,仍然只能使用方法一来设置开机自启动。

注:现在已经不提倡使用这种方式设置开机自启动了,如果使用过程中设置失败了,需要查看/etc/rc.d/rc.local文件是否具有可执行权限(/etc/rc.local只是/etc/rc.d/rc.local的软链接,添加/etc/rc.local文件的可执行权限是不管用的)。

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。