systemd.service中文指南：配置与管理详解

需积分: 5 43 浏览量更新于2024-07-06 收藏 924KB PDF 举报

"《systemd.service中文手册》由译者金步国编译，主要介绍了systemd系统中的服务单元配置。systemd是一个强大的系统和 init 库，它用于管理系统和服务的生命周期管理。'.service'后缀的单元文件是systemd监控和管理的核心，封装了被系统自动启动、维护和监控的进程。手册详细列出了针对这类service单元特有的配置选项，这些选项位于'[Service]'小节，区别于通用的单元类型配置，如'[Unit]'和'[Install]'部分，分别涵盖了服务的启动、安装和依赖关系等。除了这些，手册还提到，对于不存在的单元文件，systemd会查找同名的SysV初始化脚本，根据其内容动态创建service单元，确保了与传统init系统兼容性。手册中还提到了systemd.exec(5)、systemd.kill(5)和systemd.resource-control(5)这三个相关手册，前两个分别定义了命令执行环境和进程结束方式，后者则涉及进程资源的控制，如CPU、内存和I/O限制。阅读这份手册时，读者可以了解到如何正确配置服务单元，包括启动策略、依赖关系、环境变量设置、日志记录、重启策略等，这对于系统管理员和开发者来说是至关重要的。金步国译者鼓励读者在发现译文错误或提出改进意见时与他联系，体现了开源精神下对知识传播和提升的重视。此外，手册提供了译者的其他作品集链接和联系方式，方便读者进一步了解他的翻译和技术文章。这份手册是systemd服务管理的实用指南，有助于用户充分利用systemd的高效性和灵活性。"

2022/3/2 19:21

systemd.service 中文手册 [金步国]

www.jinbuguo.com/systemd/systemd.service.html

3/15

如果设为 simple (当设置了 ExecStart= 、但是没有设置 Type= 与 BusName= 时，这

是默认值)，那么 ExecStart= 进程就是该服务的主进程，并且 systemd 会认为在创

建了该服务的主服务进程之后，该服务就已经启动完成。如果此进程需要为系统中的其

他进程提供服务，那么必须在该服务启动之前先建立好通信渠道(例如套接字)，这

样，在创建主服务进程之后、执行主服务进程之前，即可启动后继单元，从而加快了后

继单元的启动速度。这就意味着对于 simple 类型的服务来说，即使不能成功调用主

服务进程(例如 User= 不存在、或者二进制可执行文件不存在)， systemctl start 也

仍然会执行成功。

exec 与 simple 类似，不同之处在于，只有在该服务的主服务进程执行完成之后，

systemd 才会认为该服务启动完成。其他后继单元必须一直阻塞到这个时间点之后才能

继续启动。换句话说， simple 表示当 fork() 函数返回时，即算是启动完成，而 exec

则表示仅在 fork() 与 execve() 函数都执行成功时，才算是启动完成。这就意味着对

于 exec 类型的服务来说，如果不能成功调用主服务进程(例如 User= 不存在、或者二

进制可执行文件不存在)，那么 systemctl start 将会执行失败。

如果设为 forking ，那么表示 ExecStart= 进程将会在启动过程中使用 fork() 系统调

用。也就是当所有通信渠道都已建好、启动亦已成功之后，父进程将会退出，而子进程

将作为主服务进程继续运行。这是传统UNIX守护进程的经典做法。在这种情况下，

systemd 会认为在父进程退出之后，该服务就已经启动完成。如果使用了此种类型，那

么建议同时设置 PIDFile= 选项，以帮助 systemd 准确可靠的定位该服务的主进程。

systemd 将会在父进程退出之后立即开始启动后继单元。

oneshot 与 simple 类似，不同之处在于，只有在该服务的主服务进程退出之后，

systemd 才会认为该服务启动完成，才会开始启动后继单元。此种类型的服务通常需要

设置 RemainAfterExit= 选项。当 Type= 与 ExecStart= 都没有设置时，

Type=oneshot 就是默认值。

dbus 与 simple 类似，不同之处在于，该服务只有获得了 BusName= 指定的 D-Bus 名

称之后，systemd 才会认为该服务启动完成，才会开始启动后继单元。设为此类型相当

于隐含的依赖于 dbus.socket 单元。当设置了 BusName= 时，此类型就是默认值。

notify 与 exec 类似，不同之处在于，该服务将会在启动完成之后通过 sd_notify(3)

之类的接口发送一个通知消息。systemd 将会在启动后继单元之前，首先确保该进程已

经成功的发送了这个消息。如果设为此类型，那么下文的 NotifyAccess= 将只能设为非

none 值。如果未设置 NotifyAccess= 选项、或者已经被明确设为 none ，那么将会被

自动强制修改为 main 。注意，目前 Type=notify 尚不能与 PrivateNetwork=yes 一起

使用。

idle 与 simple 类似，不同之处在于，服务进程将会被延迟到所有活动任务都完成之

后再执行。这样可以避免控制台上的状态信息与shell脚本的输出混杂在一起。注意：

(1)仅可用于改善控制台输出，切勿将其用于不同单元之间的排序工具； (2)延迟最多不

超过5秒，超时后将无条件的启动服务进程。

建议对长时间持续运行的服务尽可能使用 Type=simple (这是最简单和速度最快的选择)。注

意，因为 simple 类型的服务无法报告启动失败、也无法在服务完成初始化后对其他单元进

行排序，所以，当客户端需要通过仅由该服务本身创建的IPC通道(而非由 systemd 创建的套

接字或 D-bus 之类)连接到该服务的时候， simple 类型并不是最佳选择。在这种情况下，

notify 或 dbus(该服务必须提供 D-Bus 接口) 才是最佳选择，因为这两种类型都允许服务

进程精确的安排何时算是服务启动成功、何时可以继续启动后继单元。 notify 类型需要服

务进程明确使用 sd_notify() 函数或类似的API，否则，可以使用 forking 作为替代(它支

持传统的UNIX服务启动协议)。最后，如果能够确保服务进程调用成功、服务进程自身不做或

只做很少的初始化工作(且不大可能初始化失败)，那么 exec 将是最佳选择。注意，因为使

用任何 simple 之外的类型都需要等待服务完成初始化，所以可能会减慢系统启动速度。因

此，应该尽可能避免使用 simple 之外的类型(除非必须)。另外，也不建议对长时间持续运行

的服务使用 idle 或 oneshot 类型。

剩余14页未读，继续阅读

monkey_llll

粉丝: 163
资源: 31

systemd.service中文指南：配置与管理详解

LFS中文手册

中文版Linux From Scratch (LFS)指导手册7.7(systemd)

系统技术手册

系统用户手册

systemd.service 手册

Created symlink from /etc/systemd/system/multi-user.target.wants/httpd.service to /usr/lib/systemd/system/httpd.service.

RHEL7 CENTOS 7 下 systemd 服务管理.pdf

debian中文参考手册

ServiceManager：System XVI，它是遵循四个动机的系统和服务管理器：面向接口，关注分离，模块化和自我修复，灵感来自Illumos的SMF。 试图在SystemD中复制有用的功能

docker使用手册

最新资源

ServiceManager：System XVI，它是遵循四个动机的系统和服务管理器：面向接口，关注分离，模块化和自我修复，灵感来自Illumos的SMF。试图在SystemD中复制有用的功能