linux文件目录:systemd的service文件说明

历史版本中的linux对服务的操作是通过service来完成的。若创建用户自定义的服务,则需要较为复杂的操作。目前linux新的发行版已经内置了systemctl来操作服务。

一、systemd有系统和用户区分

系统(/user/lib/systemd/system/)
用户(/etc/lib/systemd/user/)
一般系统管理员手工创建的单元文件(service文件)建议存放在/etc/systemd/system/目录下面。

二、内容介绍

service脚本分为3个部分:[Unit] [Service] [Install]。

1.[Unit] 区块:启动顺序与依赖关系。
Unit区块的Description字段给出当前服务的简单描述,Documentation字段给出文档位置。
接下来的设置是启动顺序和依赖关系,这个比较重要。
After字段:表示如果network.target或sshd-keygen.service需要启动,那么sshd.service应该在它们之后启动。
相应地,还有一个Before字段,定义sshd.service应该在哪些服务之前启动。
注意,After和Before字段只涉及启动顺序,不涉及依赖关系。
举例来说,某 Web 应用需要 postgresql 数据库储存数据。在配置文件中,它只定义要在 postgresql 之后启动,而没有定义依赖 postgresql 。上线后,由于某种原因,postgresql 需要重新启动,在停止服务期间,该 Web 应用就会无法建立数据库连接。
设置依赖关系,需要使用Wants字段和Requires字段。
Wants字段:表示sshd.service与sshd-keygen.service之间存在"弱依赖"关系,即如果"sshd-keygen.service"启动失败或停止运行,不影响sshd.service继续执行。
Requires字段则表示"强依赖"关系,即如果该服务启动失败或异常退出,那么sshd.service也必须退出。
注意,Wants字段与Requires字段只涉及依赖关系,与启动顺序无关,默认情况下是同时启动的。
2.[Service] 区块:启动行为

Service区块定义如何启动当前服务。
2.1 启动命令
许多软件都有自己的环境参数文件,该文件可以用EnvironmentFile字段读取。
EnvironmentFile字段:指定当前服务的环境参数文件。该文件内部的key=value键值对,可以用$key的形式,在当前配置文件中获取。
上面的例子中,sshd 的环境参数文件是/etc/sysconfig/sshd。
配置文件里面最重要的字段是ExecStart。
ExecStart字段:定义启动进程时执行的命令。
上面的例子中,启动sshd,执行的命令是/usr/sbin/sshd -D O P T I O N S ,其中的变量 O P T I O N S ,其中的变量 O P T I O N S ,其中的变量 O P T I O N S , 其 中 的 变 量 OPTIONS,其中的变量 OPTIONS,其中的变量 OPTIONS,其中的变量OPTIONS,其中的变量OPTIONS,其中的变量OPTIONS就来自EnvironmentFile字段指定的环境参数文件。
与之作用相似的,还有如下这些字段。
· ExecReload字段:重启服务时执行的命令
· ExecStop字段:停止服务时执行的命令
· ExecStartPre字段:启动服务之前执行的命令
· ExecStartPost字段:启动服务之后执行的命令
· ExecStopPost字段:停止服务之后执行的命令

请看下面的例子。

[Service] 
ExecStart=/bin/echo execstart1
ExecStart=
ExecStart=/bin/echo execstart2
ExecStartPost=/bin/echo post1
ExecStartPost=/bin/echo post2

上面这个配置文件,第二行ExecStart设为空值,等于取消了第一行的设置,运行结果如下。

execstart2

post1

post2

所有的启动设置之前,都可以加上一个连词号(-),表示"抑制错误",即发生错误的时候,不影响其他命令的执行。比如,EnvironmentFile=-/etc/sysconfig/sshd(注意等号后面的那个连词号),就表示即使/etc/sysconfig/sshd文件不存在,也不会抛出错误。

2.2 启动类型

Type字段定义启动类型。它可以设置的值如下。

· simple(默认值):ExecStart字段启动的进程为主进程
· forking:ExecStart字段将以fork()方式启动,此时父进程将会退出,子进程将成为主进程
· oneshot:类似于simple,但只执行一次,Systemd 会等它执行完,才启动其他服务
· dbus:类似于simple,但会等待 D-Bus 信号后启动
· notify:类似于simple,启动结束后会发出通知信号,然后 Systemd 再启动其他服务
· idle:类似于simple,但是要等到其他任务都执行完,才会启动该服务。一种使用场合是为让该服务的输出,不与其他服务的输出相混合
下面是一个oneshot的例子,笔记本电脑启动时,要把触摸板关掉,配置文件可以这样写。

[Unit]
Description=Switch-off Touchpad 
[Service]
Type=oneshot
ExecStart=/usr/bin/touchpad-off 
[Install]
WantedBy=multi-user.target

上面的配置文件,启动类型设为oneshot,就表明这个服务只要运行一次就够了,不需要长期运行。

如果关闭以后,将来某个时候还想打开,配置文件修改如下。

[Unit]
Description=Switch-off Touchpad 
[Service]
Type=oneshot
ExecStart=/usr/bin/touchpad-off start
ExecStop=/usr/bin/touchpad-off stop
RemainAfterExit=yes 
[Install]
WantedBy=multi-user.target

上面配置文件中,RemainAfterExit字段设为yes,表示进程退出以后,服务仍然保持执行。这样的话,一旦使用systemctl stop命令停止服务,ExecStop指定的命令就会执行,从而重新开启触摸板。

2.3 重启行为

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

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

上面这个例子中,将KillMode设为process,表示只停止主进程,不停止任何sshd 子进程,即子进程打开的 SSH session 仍然保持连接。这个设置不太常见,但对 sshd 很重要,否则你停止服务的时候,会连自己打开的 SSH session 一起杀掉。

KillMode字段可以设置的值如下。

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

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

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

Restart字段可以设置的值如下。
· no(默认值):退出后不会重启
· on-success:只有正常退出时(退出状态码为0),才会重启
· on-failure:非正常退出时(退出状态码非0),包括被信号终止和超时,才会重启
· on-abnormal:只有被信号终止和超时,才会重启
· on-abort:只有在收到没有捕捉到的信号终止时,才会重启
· on-watchdog:超时退出,才会重启
· always:不管是什么退出原因,总是重启
对于守护进程,推荐设为on-failure。对于那些允许发生错误退出的服务,可以设为on-abnormal。

最后是RestartSec字段。

RestartSec字段:表示 Systemd 重启服务之前,需要等待的秒数。上面的例子设为等待42秒。

3.[Install] 区块
Install区块,定义如何安装这个配置文件,即怎样做到开机启动。
WantedBy字段:表示该服务所在的 Target。
Target的含义是服务组,表示一组服务。WantedBy=multi-user.target指的是,sshd 所在的 Target 是multi-user.target。
这个设置非常重要,因为执行systemctl enable sshd.service命令时,sshd.service的一个符号链接,就会放在/etc/systemd/system目录下面的multi-user.target.wants子目录之中。

Systemd 有默认的启动 Target。

$ systemctl get-default
multi-user.target

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

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

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

一般来说,常用的 Target 有两个:一个是multi-user.target,表示多用户命令行状态;另一个是graphical.target,表示图形用户状态,它依赖于multi-user.target。官方文档有一张非常清晰的 Target 依赖关系图。

后续会补充具体各种变量相关内容。
参考自:
Centos7之Systemd(Service文件)详解
在linux下创建自定义服务

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
### 回答1: 在Linux系统中,`/run/systemd/`目录是`systemd`运行时文件的存储位置。以下是一些重要的文件或目录及其含义: - `/run/systemd/initctl/`:用于与`systemd init`进程进行通信的套接字目录。 - `/run/systemd/journal/`:存储`systemd-journald`守护进程的日志文件。 - `/run/systemd/lock/`:用于存储`systemd`相关进程的锁文件。 - `/run/systemd/machined/`:存储`systemd-machined`守护进程使用的套接字文件。 - `/run/systemd/private/`:用于存储`systemd`相关进程的私有文件,例如与用户会话相关的信息。 - `/run/systemd/seats/`:存储`systemd-logind`守护进程使用的套接字文件,用于管理用户登录会话。 - `/run/systemd/sessions/`:存储`systemd-logind`守护进程使用的套接字文件,用于管理用户会话。 - `/run/systemd/shutdown/`:用于存储`systemd`关机过程中的信息。 - `/run/systemd/system/`:存储`systemd`管理的系统服务单元配置文件。 - `/run/systemd/user/`:存储`systemd`管理的用户服务单元配置文件。 ### 回答2: `/run/systemd/`是`Linux`系统中重要的一个目录,用于存储`systemd`运行时数据。下面是对该目录下文件或目录的详细介绍: 1. ``/run/systemd/generator/``:这个目录存储了`systemd`生成的配置文件。当`systemd`启动时,它会扫描诸如`/etc/init.d/`或`/lib/systemd/system/`等目录中的脚本,并根据这些脚本生成相应的配置文件。生成的配置文件会被放置在``/run/systemd/generator/``目录中。 2. ``/run/systemd/units/``:这个目录存储了`systemd`单元的运行时实例。单元可以是服务、套接字、设备、挂载点等等。运行时实例是指这些单元当前正在运行的实例。通过在这个目录中查看相应单元的实例,我们可以获取有关该单元的实时信息。 3. ``/run/systemd/sockets/``:该目录包含了正在监听的套接字。`systemd`使用套接字来进一步组织和管理服务。在这个目录中,可以找到由`systemd`监听的各种套接字,并且可以查看其相关的控制信息。 4. ``/run/systemd/user/``:这个目录是用户级别的`systemd`运行时数据存储目录。与全局的``/run/systemd/``目录类似,用户级别的``/run/systemd/user/``目录也包含了`generator`、`units`和`sockets`这三个子目录,但它们是用于存储用户级别的配置文件、运行实例和套接字。 综上所述,``/run/systemd/``目录是`Linux`系统下`systemd`运行时数据的主要存储目录,具有重要的作用。通过对该目录下不同子目录的了解和分析,可以更好地了解系统中运行的`services`、`sockets`、`devices`等单元的实时状态和配置信息,以便于对系统进行监控和排查问题。 ### 回答3: `/run/systemd/` 目录是用于存储 systemd 运行时文件和信息的目录。下面是对其中一些文件和目录的详细介绍: 1. `/run/systemd/system/`:这个目录包含了系统启动时 systemd 服务的配置文件。每个服务通常由一个以 `.service` 结尾的文件来描述,这些文件控制着系统中各个服务的行为和参数设置。 2. `/run/systemd/units/`:这个目录用于存储系统中运行的 systemd 服务的实例文件。每个系统服务单位都有一个对应的文件,用于记录该服务实例的相关信息,如进程 ID、启动时间等。 3. `/run/systemd/generator/`:该目录包含了 systemd 自动生成的服务配置文件。这些配置文件用于启动、管理一些动态创建的服务单位,如使用 `systemd-nspawn` 虚拟化技术创建的容器。 4. `/run/systemd/notify/`:这个目录中的文件用于 systemd 进程间通信机制,特别是用于服务之间的通信。这些文件通过对特定标识符的读写来进行通知,可以在启动和激活服务时触发其他服务的相应操作。 5. `/run/systemd/sessions/`:该目录保存了当前正在运行的用户会话的 systemd 单位文件。每个用户会话都有一个对应的 `.scope` 文件,用于管理和控制该会话中的进程和资源。 6. `/run/systemd/users/`:这个目录用于保存每个用户登录会话的 systemd 单位文件。类似于 `/run/systemd/sessions/` 目录,但这里的文件是与特定用户关联的。 7. `/run/systemd/machines/`:在使用 `systemd-nspawn` 或者其他虚拟化技术创建的容器或虚拟机中,该目录为每个虚拟机实例保存相应的 systemd 单位文件,用于管理和监控该实例。 这些文件和目录位于 `/run` 目录中,是临时性的,每次系统启动时都会重新创建。通过这些文件和目录,systemd 可以实现对系统服务的动态管理和控制。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

~晓广~

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值