,,linux systemctl命令详解

本文主要介绍linux systemctl命令的详细说明。边肖认为这很好。现在分享给大家，给大家一个参考。来和边肖一起看看吧。

在上一篇文章中，作者简要介绍了systemd的基本概念和主要特征。因为与systemd相关的大多数任务都是由systemctl命令管理的，所以本文将重点介绍systemctl命令的用法。注意，本文是在ubuntu 16.04中引入的，本文中的所有演示都是在ubuntu 16.04中完成的。

systemctl命令有两种功能：

控制系统

管理系统上运行的服务。

在介绍这些函数之前，我们先预热一下，了解一下systemctl命令本身的一些信息。

预热

检查systemd的版本。

$ systemctl -版本

检查与systemd和systemctl程序相关的目录。

systemd在哪里

systemctl在哪里

确认 1 号进程

作为一个init系统，systemd进程是系统中的头号进程应该是毫无疑问的。让我们搜索与systemd相关的进程：

结果，人们简直不敢相信自己的眼睛。我们搜索了与systemd相关的几个进程，但是没有1个进程。让我们看看谁是进程1:

/sbin/init是什么？

嗯，/sbin/init只是一个到/lib/systemd/systemd的链接文件，系统的一号进程确实是systemd，但在ubuntu中却命名为/sbin/init。

管理单个 unit

Systemctl提供了一组子命令来管理单个单元。它的命令格式是：

系统指令

命令主要包括：

启动：立即启动下面的单元。

停止：立即关闭下面的单元。

重启：立即关机并启动后面的单元，即停止并重新启动。

重新加载：重新加载配置文件，使设置在不关闭设备的情况下生效。

启用：设置下一次开机时启动下一台机组。

Disable:设置下一个单元在下次打开时不会启动。

状态：下面这个单元目前的状态会列出是否运行，启动时是否启动等信息。

Is-active:它当前是否正在运行？

Is-enable:这个单元在引导时默认启用吗？

Kill:不要被kill这个名字吓到，它其实是向进程运行单元发出一个信号。

显示：列出单元的配置。

屏蔽：注销该单元。注销后，您无法启动本设备。

Unmask:注销设备。

我们先通过prometheus.service观察一下服务类型单元的基本信息：

输出的第一行是单元的基本描述。

第二行Loaded描述操作系统启动时是否会启动服务，enabled表示启动，disabled表示启动时不启动。而启动这个服务的配置文件路径是：/lib/systemd/system/Prometheus . service。

第三行中的Active描述了服务的当前状态，active(正在运行)表示服务正在运行。如果它是非活动的(死的)，则服务当前没有运行。随后是服务的开始时间。

第四行的Docs提供了在线文档的地址。

下面的主PID代表进程的ID，后面是任务数，占用的内存和CPU资源。

以下cgroup描述了与Cgroup相关的信息，作者将在后续文章中详细介绍。

最后，输出日志信息。

关于机组的启动状态，除了启用和禁用，还有：

静态：该单元不能自行启动，但可能被其他已启用的服务唤醒。

面具：这个单元无论如何都启动不了！因为它已被强制注销。可以通过systemctl unmask把它改回原来的状态。

关于单元的运行状态，除了活动和非活动之外，还有：

Active(现有):仅执行一次后就正常结束的服务。目前，系统中没有执行任何程序。比如开机或挂载时只能执行一次的quotaon功能就是这种模式！Quotaon不需要一直执行。在它只被执行一次之后，它将被交给文件系统进行自我处理。通常，用bash shell编写的小服务就属于这种类型。

Active (waiting):正在执行，但是我们必须等待其他事件才能继续处理。比如打印相关服务就是这种状态。

enable 和 disable 操作

例如，我们为prometheus服务创建了配置文件/lib/systemd/system/Prometheus . service，然后执行了enable命令：

$ sudo systemctl启用prometheus.service

所谓启用就是在multi-user.target.wants下创建一个链接文件：

它链接到multi-user.target.wants目录的原因是由prometheus.server文件中的配置信息决定的。

查看 unit 的配置

使用show子命令查看设备的详细配置：

$ sudo system CTL show Prometheus . service

这里有很多输出，主要是因为还显示了很多默认设置。

注销与反注销 unit

如果我们想暂时禁用某个单元，如prometheus.service，我们可以注销该单元。注销后，我们无法再次启动此服务：

$ sudo system CTL mask Prometheus . service

从上图的输出中我们可以看到，所谓的注销就是将prometheus.service文件链接到空的device /dev/null。因此，该服务无法再启动。让我们尝试执行反注销：

$ sudo system CTL unmask Prometheus . service

取消屏蔽操作是删除屏蔽操作中创建的链接。

查看系统上的 unit

Systemctl提供子命令来查看系统上的单元。命令格式是：

system CTL[命令] [ - type=TYPE] [ - all]

命令具有：

List-units:列出当前已经启动的单元。如果添加了-all选项，还将列出尚未启动的设备。

List-unit-files:根据/lib/systemd/system/目录中的文件列出所有单元。

- type=TYPE:可以过滤某种类型的单元。

执行不带任何参数的systemctl命令将列出所有已启动的单元：

系统中默认启动的服务有很多，上图只截取了前几行。以下是对输出的介绍：

单位：项目名称，包括每个单位的类别(见扩展名)。

LOAD:启动时是否加载单元的配置。

主动：当前状态必须与后续sub匹配！当我们用systemctl状态观察它时，它是活动内容。

描述：描述信息。

注意不带参数的systemctl实际上等同于systemctl list-units！

让我们看看系统上安装了多少个单元：

$ sudo systemctl列表-单元-文件

结果很多，我们还是只截取了一部分。这里的状态是我们前面介绍的服务的启动状态，包括启用和禁用、静态和屏蔽。

只查看某种类型的 unit

例如，我们只想查看服务单元类型：

$ system CTL list-units-type=service-all

只有结尾是。这次服务会出现。

如果想看mount type - type=mount的单位规格，也可以：

查看加载失败的 unit

如果您发现某个单元不工作，您可以检查是否有任何单元加载失败：

$ systemctl -失败

管理不同的操作环境(target unit)

通过指定- type=target，可以使用systemctl list-units命令来查看默认情况下系统中有多少种目标：

我ubuntu 16.04里居然有27个目标！这里我们只介绍几个常用的目标。

Graphical.target:文本界面加上图形界面。此目标已经包含以下多用户。目标

多用户。目标：纯文本模式！

Rescue.target:当你无法用root登录时，systemd会在你开机时额外添加一个临时系统，这个临时系统和你原来的系统没有任何关系。这时候你就可以获得root的权限来维护你的系统了。

Emergency.target:紧急处理系统错误，无法使用rescue.target时尽量使用该模式！

关机目标：执行关机。

Getty.target:可以设置tty的配置。

正常模式是multi-user.target和graphical.target，救援模式主要是rescue.target和更严重的emergency.target，如果要修改可以提供登录的tty数量，修改getty.target

以下是操作目标单元命令的格式：

系统命令

命令具有：

Get-default:获取当前目标。

Set-default:将以下目标设置为默认操作模式。

隔离：切换到以下模式。

查看和设置默认的 target

$ sudo systemctl get-default

系统的默认目标是graphical.target，所以启动时默认启动图形界面。让我们将它设置为多用户。目标如下：

$ sudo system CTL set-默认多用户. target

实际的执行过程是删除之前的链接文件，然后新建一个链接文件到/lib/systemd/system/multi-user . target，这样，下次开机的时候默认进入纯文本模式。

切换 target

我们还可以在不重启情况下切换不同的目标，例如从图形界面切换到纯文本模式：

$ sudo systemctl隔离多用户. target

一般来说，你可以通过使用上面的隔离方法在不同的目标之间切换。然而，为了方便起见，systemd还提供了

几个简单的指令用于切换操作模式，大致如下：

$ sudo systemctl poweroff #系统关机

$ sudo systemctl reboot # reboot

$ sudo systemctl suspend #进入暂停模式

$ sudo systemctl hibernate #进入睡眠模式

$ sudo systemctl rescue #强制进入救援模式

$ sudo systemctl emergency #强制进入紧急救援模式

下面简单介绍一下暂停模式和睡眠模式的区别。

挂起：挂起模式会将系统的状态保存到内存中，然后关闭大部分系统硬件。当然，并没有实际关机。当用户按下按钮唤醒机器时，会从内存中恢复系统数据，然后重新驱动大部分关闭的硬件，这样唤醒系统更快。

休眠：休眠模式是将系统状态保存到硬盘。保存后，关闭电脑。当用户试图唤醒系统时，系统将开始正常运行，然后保存在硬盘中的系统状态将被恢复。因为需要从硬盘中读取数据，所以唤醒速度较慢(如果使用SSD盘，唤醒速度也很快)。

检查 unit 之间的依赖性

很多服务都有依赖关系，systemd的一大亮点就是可以管理单元之间的依赖关系。我们可以通过以下命令检查单元之间的依赖关系：

system CTL List-dependencies[unit][-reverse]选项-reverse将追溯谁在使用这个单元。

让我们看看当前运行的目标的依赖关系：

我们目前运行在graphical.target下，它由一长串依赖项组成(上图中并未显示所有项)，其中最重要的一项是multi-user.target，我们用- reverse选项来看看谁使用了multi-user.target unit:

$ systemctl list-dependencies多用户. target - reverse

从上面两张图，我们可以确定如下关系：graphical.target依赖于multi-user.target。

这里只介绍如何通过目标单元检查单元之间的依赖关系。在实际使用中，我们主要检查服务单元之间的依赖关系。

systemctl daemon-reload 子命令

Daemon-reload是一个很容易被误用的子命令，主要是因为其名称中包含的单词Daemon很容易将其与reload子命令混淆。

我们简要介绍了reload子命令，它用于重新加载服务程序的配置文件。这里的程序是指服务类型单元的配置中指定的程序，通常称为daemon(提供某种服务的应用程序)。比如服务类型的unit prometheus.service，提供服务的守护程序在我的机器上是/usr/local/share/prometheus/Prometheus，所以reload子命令重新加载Prometheus的配置文件。

如果daemon-reload子命令中的守护进程被理解为systemd程序，则该命令可以解释为重新加载systemd程序的配置文件。所有单元配置文件都以systemd程序配置文件的形式存在。这个结论是：

添加新的设备配置文件需要daemon-reload子命令。

当单元的配置文件改变时，也需要执行daemon-reload子命令。

daemon-reload命令会做很多事情，其中一个就是重新生成依赖关系树(也就是单元之间的依赖关系)，所以在修改单元配置文件中的依赖关系后，如果不执行daemon-reload命令就不会生效。

如果想对linux命令有更系统更深入的学习，可以参考经典书籍《Linux命令速查手册PDF中文第3版》。

总结

Systemctl提供了许多子命令来管理systemd和系统服务。本文仅简要介绍主要子命令和一些常见用法。对于如此庞大的命令集，我相信只有通过不断的练习才能真正掌握它们。

这就是本文的全部内容。希望对大家的学习有帮助，支持我们。

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。