《systemd详解》由会员分享,可在线阅读,更多相关《systemd详解(11页珍藏版)》请在金锄头文库上搜索。
1、systemd详解CentOS 7 使用systemd替换了SysV。Systemd目的是要取代Unix时代以来一直在使用的init系统,兼容SysV和LSB的启动脚本,而且够在进程启动过程中更有效地引导加载服务。systemd的特性有: 支持并行化任务 同时采用socket式与D-Bus总线式激活服务; 按需启动守护进程(daemon); 利用 Linux 的 cgroups 监视进程; 支持快照和系统恢复; 维护挂载点和自动挂载点; 各服务间基于依赖关系进行精密控制。systemd基本工具检视和控制systemd的主要命令是systemctl。该命令可用于查看系统状态和管理系统及服务。详见
2、man 1 systemctl。小贴士: 在 systemctl 参数中添加 -H 可以实现对其他机器的远程控制。该过程使用ssh链接。 systemadm是systemd 的官方图形前端分析系统状态输出激活的单元:1. $systemctl以下命令等效:1. $systemctllist-units输出运行失败的单元:1. $systemctl-failed所有可用的单元文件存放在 /usr/lib/systemd/system/ 和 /etc/systemd/system/ 目录(后者优先级更高)。查看所有已安装服务:1. $systemctllist-unit-files使用单元一个单元
3、配置文件可以描述如下内容之一:系统服务(.service)、挂载点(.mount)、sockets(.sockets) 、系统设备(.device)、交换分区(.swap)、文件路径(.path)、启动目标(.target)、由 systemd 管理的计时器(.timer)。详情参阅 man 5 systemd.unit。使用 systemctl 控制单元时,通常需要使用单元文件的全名,包括扩展名(例如 sshd.service)。但是有些单元可以在systemctl中使用简写方式。 如果无扩展名,systemctl 默认把扩展名当作 .service。例如 netcfg 和 netcfg.s
4、ervice 是等价的。 挂载点会自动转化为相应的 .mount 单元。例如 /home 等价于 home.mount。 设备会自动转化为相应的 .device 单元,所以 /dev/sda2 等价于 dev-sda2.device。注: 有一些单元的名称包含一个 标记, (e.g. namestring.service): 这意味着它是模板单元 name.service 的一个 实例。 string 被称作实例标识符, 在 systemctl 调用模板单元时,会将其当作一个参数传给模板单元,模板单元会使用这个传入的参数代替模板中的 %I 指示符。 在实例化之前,systemd 会先检查 na
5、mestring.suffix 文件是否存在(如果存在,应该就是直接使用这个文件,而不是模板实例化了)。大多数情况下,包换 标记都意味着这个文件是模板。如果一个模板单元没有实例化就调用,该调用会返回失败,因为模板单元中的 %I 指示符没有被替换。立即激活单元:1. #systemctlstart立即停止单元:1. #systemctlstop重启单元:1. #systemctlrestart命令单元重新读取配置:1. #systemctlreload输出单元运行状态:1. $systemctlstatus检查单元是否配置为自动启动:1. $systemctlis-enabled开机自动激活单元
6、:1. #systemctlenable注意: 如果服务没有Install段落,一般意味着应该通过其它服务自动调用它们。如果真的需要手动安装,可以直接连接服务,如下(将foo替换为真实的服务名):1. #ln-s/usr/lib/systemd/system/foo.service/etc/systemd/system/graphical.target.wants/取消开机自动激活单元:1. #systemctldisable显示单元的手册页(必须由单元文件提供):1. #systemctlhelp重新载入 systemd,扫描新的或有变动的单元:1. #systemctldaemon-rel
7、oad电源管理安装 polkit 后才可使用电源管理。如果你正登录在一个本地的systemd-logind用户会话,且当前没有其它活动的会话,那么以下命令无需root权限即可执行。否则(例如,当前有另一个用户登录在某个tty),systemd 将会自动请求输入root密码。重启:1. $systemctlreboot退出系统并停止电源:1. $systemctlpoweroff待机:1. $systemctlsuspend休眠:1. $systemctlhibernate混合休眠模式(同时休眠到硬盘并待机):1. $systemctlhybrid-sleep编写单元文件systemd单元文件的
8、语法来源于 XDG桌面入口配置文件.desktop文件,最初的源头则是Microsoft Windows的.ini文件。单元文件可以从两个地方加载,优先级从低到高分别是: /usr/lib/systemd/system/: 软件包安装的单元 /etc/systemd/system/: 系统管理员安装的单元注意: 当systemd运行在用户模式下时,使用的加载路径是完全不同的。单元文件的语法,可以参考系统已经安装的单元,也可以参考man systemd.service中的EXAMPLES章节。小贴士: 以 # 开头的注释可能也能用在 unit-files 中, 但是只能在新行中使用。 不要在 s
9、ystemd 的参数后面使用行末注释, 否则 unit 将会启动失败。处理依赖关系使用systemd时,可通过正确编写单元配置文件来解决其依赖关系。典型的情况是,单元A要求单元B在A启动之前运行。在此情况下,向单元A配置文件中的 Unit 段添加 Requires=B 和 After=B 即可。若此依赖关系是可选的,可添加 Wants=B 和 After=B。请注意 Wants= 和 Requires= 并不意味着 After=,即如果 After= 选项没有制定,这两个单元将被并行启动。依赖关系通常被用在服务(service)而不是目标(target)上。例如, network.target
10、 一般会被某个配置网络接口的服务引入,所以,将自定义的单元排在该服务之后即可,因为 network.target 已经启动。服务类型编写自定义的 service 文件时,可以选择几种不同的服务启动方式。启动方式可通过配置文件 Service 段中的 Type= 参数进行设置。 Type=simple(默认值):systemd认为该服务将立即启动。服务进程不会fork。如果该服务要启动其他服务,不要使用此类型启动,除非该服务是socket激活型。 Type=forking:systemd认为当该服务进程fork,且父进程退出后服务启动成功。对于常规的守护进程(daemon),除非你确定此启动方式
11、无法满足需求,使用此类型启动即可。使用此启动类型应同时指定 PIDFile=,以便systemd能够跟踪服务的主进程。 Type=oneshot:这一选项适用于只执行一项任务、随后立即退出的服务。可能需要同时设置 RemainAfterExit=yes 使得 systemd 在服务进程退出之后仍然认为服务处于激活状态。 Type=notify:与 Type=simple 相同,但约定服务会在就绪后向 systemd 发送一个信号。这一通知的实现由 libsystemd-daemon.so 提供。 Type=dbus:若以此方式启动,当指定的 BusName 出现在DBus系统总线上时,syst
12、emd认为服务就绪。 Type=idle: systemd会等待所有任务(Jobs)处理完成后,才开始执行idle类型的单元。除此之外,其他行为和Type=simple 类似。type的更多解释可以参考 systemd.service(5)。修改现存单元文件要更改由软件包提供的单元文件,先创建名为 /etc/systemd/system/.d/ 的目录(如 /etc/systemd/system/httpd.service.d/),然后放入 *.conf 文件,其中可以添加或重置参数。这里设置的参数优先级高于原来的单元文件。例如,如果想添加一个额外的依赖,创建这么一个文件即可:1. /etc/
13、systemd/system/.d/customdependency.conf2. Unit3. Requires=4. After=其它举例,1. /etc/systemd/system/unit.d/customexec.conf2.3. Service4. ExecStartExecStart=5. ExecStart=newcommand想知道为什么修改 ExecStart 前必须将其置空下面是自动重启服务的一个例子:1. /etc/systemd/system/unit.d/restart.conf2.3. Service4. Restart=always5. RestartSec=
14、30然后运行以下命令使更改生效:1. #systemctldaemon-reload2. #systemctlrestart此外,把旧的单元文件从 /usr/lib/systemd/system/ 复制到 /etc/systemd/system/,然后进行修改,也可以达到同样效果。在 /etc/systemd/system/ 目录中的单元文件的优先级总是高于 /usr/lib/systemd/system/ 目录中的同名单元文件。注意,当 /usr/lib/ 中的单元文件因软件包升级变更时,/etc/ 中自定义的单元文件不会同步更新。此外,你还得执行 systemctl reenable ,手
15、动重新启用该单元。因此,建议使用前面一种利用 *.conf 的方法。小贴士: 用 systemd-delta 命令来查看哪些单元文件被覆盖、哪些被修改。系统维护的时候需要及时了解哪些单元已经有了更新单元配置文件的 vim 语法高亮支持可从官方仓库安装 vim-systemd 软件包,使 unit 配置文件在 Vim 下支持语法高亮。目标(target)启 动级别(runlevel)是一个旧的概念。现在,systemd 引入了一个和启动级别功能相似又不同的概念目标(target)。不像数字表示的启动级别,每个目标都有名字和独特的功能,并且能同时启用多个。一些 目标继承其他目标的服务,并启动新服务。systemd 提供了一些模仿 sysvinit 启动级别的目标,仍可以使用旧的 telinit 启动级别 命令切换。获取当前目标不要使用 runlevel 命令了:1. $system