systemctl 中文手册

列出 systemd 当前已加载到内存中的单元。 除非明确使用 --all 选项列出全部单元， 也就是：直接引用的单元、被依赖关系引用的单元、被应用程序调用的单元、启动失败的单元。 否则默认仅列出：活动的单元、失败的单元、正处于任务队列中的单元。 如果给出了模式(PATTERN)参数，那么表示该命令仅作用于单元名称与至少一个模式相匹配的单元。 还可以通过 --type= 与 --state= 选项 过滤要列出的单元。

此命令的输出类似于

  UNIT                         LOAD   ACTIVE SUB     DESCRIPTION
  sys-module-fuse.device       loaded active plugged /sys/module/fuse
  -.mount                      loaded active mounted Root Mount
  boot-efi.mount               loaded active mounted /boot/efi
  systemd-journald.service     loaded active running Journal Service
  systemd-logind.service       loaded active running Login Service
● user@1000.service            loaded failed failed  User Manager for UID 1000
  …
  systemd-tmpfiles-clean.timer loaded active waiting Daily Cleanup of Temporary Directories

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

123 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
            

如果终端支持，指定类型的第一个与最后一个单元将会带有下划线。 在失败的服务单元(被屏蔽或未找到等各种原因)旁边， 会显示一个彩色点。

LOAD 列显示加载状态(loaded, not-found, bad-setting, error, masked 之一)。 ACTIVE 列显示单元状态(active, reloading, inactive, failed, activating, deactivating 之一)。 SUB 列显示特定于该单元类型的状态信息。 可以在 LOAD, ACTIVE, SUB 列中显示的状态不是恒定的，新版本的 systemd 可能添加新的状态或删除原有的状态。

systemctl --state=help

命令可以显示 全部可能的状态。

这是默认命令。

列出当前已加载到内存中的套接字(socket)单元，并按照监听地址排序。 如果给出了模式(PATTERN)参数，那么表示该命令仅作用于单元名称与至少一个模式相匹配的单元。 该命令的输出大致像下面这样子：

LISTEN           UNIT                        ACTIVATES
/dev/initctl     systemd-initctl.socket      systemd-initctl.service
…
[::]:22          sshd.socket                 sshd.service
kobject-uevent 1 systemd-udevd-kernel.socket systemd-udevd.service

5 sockets listed.

注意：因为监听地址中有可能包含空格， 所以不适合使用程序分析该命令的输出。

参见 --show-types, --all, --state= 选项。

列出当前已加载到内存中的定时器(timer)单元，并按照下次执行的时间点排序。 如果给出了模式(PATTERN)参数，那么表示该命令仅作用于单元名称与至少一个模式相匹配的单元。 该命令的输出大致像下面这样子：

NEXT                         LEFT          LAST                         PASSED     UNIT                         ACTIVATES
n/a                          n/a           Thu 2017-02-23 13:40:29 EST  3 days ago ureadahead-stop.timer        ureadahead-stop.service
Sun 2017-02-26 18:55:42 EST  1min 14s left Thu 2017-02-23 13:54:44 EST  3 days ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Sun 2017-02-26 20:37:16 EST  1h 42min left Sun 2017-02-26 11:56:36 EST  6h ago     apt-daily.timer              apt-daily.service
Sun 2017-02-26 20:57:49 EST  2h 3min left  Sun 2017-02-26 11:56:36 EST  6h ago     snapd.refresh.timer          snapd.refresh.service
            

NEXT 列显示下次执行的时间点

LEFT 列显示距离下次执行还剩多长时间

LAST 列显示上次执行的时间点

PASSED 列显示距离上次执行过去了多长时间

UNIT 列显示定时器单元的名称

ACTIVATES 列显示定时器单元将会启动的服务

参见 --all and --state= 选项。

启动(activate)指定的已加载单元 (无法启动未加载的单元)。

如果某个单元未被启动，又没有处于失败(failed)状态， 那么通常是因为该单元没有被加载到内存中，所以根本没有被模式匹配到。 此外，对于从模板实例化而来的单元，因为 systemd 会在其尚未启动前忽略它们， 又因为模式(PATTERN)参数仅能匹配已加载到内存中的单元的"主名称"(不含单元的"别名")， 所以，在这个命令中使用包含通配符的模式并没有多少实际意义。

停止(deactivate) 指定的单元

要求指定的单元重新加载它们的配置。 注意， 这里所说的"配置"是服务进程专属的配置(例如 httpd.conf 之类)， 而不是 systemd 的"单元文件"。 如果你想重新加载 systemd 的"单元文件"， 那么应该使用 daemon-reload 命令。 以 Apache 为例， 该命令会导致重新加载 httpd.conf 文件， 而不是 apache.service 文件。

不要将此命令与 daemon-reload 命令混淆。

重新启动(先停止再启动)指定的单元。 若指定的单元尚未启动，则启动它们。

注意，使用此命令重新启动一个单元并不一定会在再次启动之前清空该单元的所有资源。 例如，只要单元有一个挂起的作业，针对该单元的文件描述符存储设施(参见 systemd.service(5) 中的 FileDescriptorStoreMax= 选项)就将保持不变， 直到该单元完全停止且没有等待作业时才会被清除。 如果想要在重新启动时也同时清除文件描述符存储设施， 那么应该顺序使用 systemctl stop 与 systemctl start 命令。

重新启动(先停止再启动)指定的已启动单元。 注意，若指定的单元尚未启动， 则不做任何操作。

首先尝试重新加载指定单元的进程专属配置，对于那些加载失败的单元，再继续尝试重新启动(先停止再启动)它们。 若指定的单元尚未启动，则启动它们。

首先尝试重新加载指定单元的进程专属配置，对于那些加载失败的单元，再继续尝试重新启动(先停止再启动)它们。 注意，若指定的单元尚未启动，则不做任何操作。

启动指定的单元及其依赖的所有单元， 同时停止所有其他 IgnoreOnIsolate=no 的单元("no"是默认值，详见 systemd.unit(5) 手册)。 如果没有给出单元的后缀名， 那么相当于以 ".target" 作为后缀名。

这类似于传统的 切换SysV运行级的概念。 该命令会立即停止所有在新目标单元中不需要的进程， 这其中可能包括 当前正在运行的图形环境以及正在使用的终端。

注意，该命令仅可用于 AllowIsolate=yes 的单元。参见 systemd.unit(5) 手册。

向指定单元的 --kill-who= 进程发送 --signal= 信号。

检查指定的单元中， 是否有处于活动(active)状态的单元。 如果存在至少一个处于活动(active)状态的单元，那么返回"0"值，否则返回非零值。 除非同时使用了 --quiet 选项， 否则，此命令还会在标准输出上 显示单元的状态。

检查指定的单元中， 是否有处于失败(failed)状态的单元。 如果存在至少一个处于失败(failed)状态的单元，那么返回"0"值，否则返回非零值。 除非同时使用了 --quiet 选项， 否则，此命令还会在标准输出上 显示单元的状态。

如果指定了单元， 那么显示指定单元的运行时状态信息，以及这些单元最近的日志数据。 如果指定了PID，那么显示指定PID所属单元的运行时状态信息，以及这些单元最近的日志数据。 如果未指定任何单元或PID，那么显示整个系统的状态信息， 此时若与 --all 连用，则同时显示所有已加载单元(可以用 -t 限定单元类型)的 状态信息。

此命令仅用于输出人类易读的结果， 不要将其用于程序分析(应该使用 show 命令)。 除非使用了 --lines 与 --full 选项， 否则默认只输出10行日志， 并且超长的部分会被省略号截断。此外， journalctl --unit=NAME 或 journalctl --user-unit=NAME 也会对超长的消息使用类似的省略号截断。

因为 systemd 仅按需加载单元， 所以 status 命令将会尝试加载单元文件。 因此，该命令不能用于检测某个单元是否已经被载到内存中。 如果该命令执行完之后，指定的单元没有任何理由继续保留在内存中，那么将会被立即从内存中清除出去。

$ systemctl status bluetooth
● bluetooth.service - Bluetooth service
   Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2017-01-04 13:54:04 EST; 1 weeks 0 days ago
     Docs: man:bluetoothd(8)
 Main PID: 930 (bluetoothd)
   Status: "Running"
    Tasks: 1
   Memory: 648.0K
      CPU: 435ms
   CGroup: /system.slice/bluetooth.service
           └─930 /usr/lib/bluetooth/bluetoothd

Jan 12 10:46:45 example.com bluetoothd[8900]: Not enough free handles to register service
Jan 12 10:46:45 example.com bluetoothd[8900]: Current Time Service could not be registered
Jan 12 10:46:45 example.com bluetoothd[8900]: gatt-time-server: Input/output error (5)

以"属性=值"的格式显示指定单元或任务的所有属性。 单元用其名称表示，而任务则用其id表示。 如果没有指定任何单元或任务，那么显示管理器(systemd)自身的属性。 除非使用了 --all 选项，否则默认不显示属性值为空的属性。 可以使用 --property= 选项限定仅显示特定的属性。 此命令的输出仅适合用于程序分析，而不适合被人类阅读(应该使用 status 命令)。

该命令显示的许多属性都直接对应着系统、服务管理器、单元的相应配置。 注意，该命令显示的属性，一般都是比原始配置更加底层与通用的版本， 此外，还包含了运行时的状态信息。 例如，对于服务单元来说，所显示的属性中就包含了运行时才有的 主进程的标识符("MainPID")信息； 同时时间属性的值总是以 "…USec" 作为时间单位(即使在单元文件中是以 "…Sec" 作为单位)， 因为对于系统与服务管理器来说， 毫秒是更加通用的时间单位。

显示指定单元的单元文件内容。 在显示每个单元文件的内容之前， 会额外显示一行单元文件的绝对路径。 注意，该命令显示的是当前文件系统上的单元文件的内容。 如果在更改了单元文件的内容之后， 没有使用 daemon-reload 命令， 那么该命令所显示的内容 有可能与已经加载到内存中的单元文件的内容不一致。

在运行时修改单元的属性值。 主要用于修改单元的资源控制属性值 而无需直接修改单元文件。 并非所有属性都可以在运行时被修改， 但大多数资源控制属性(参见 systemd.resource-control(5))可以。 所作修改会立即生效，并永久保存在磁盘上，以确保永远有效。 但是如果使用了 --runtime 选项， 那么此修改仅临时有效， 下次重启此单元后，将会恢复到原有的设置。 设置属性的语法与单元文件中的写法相同。

例如： systemctl set-property foobar.service CPUShares=777

注意， 此命令可以同时修改多个属性值， 只需依次将各个属性用 空格分隔即可。

与单元文件中的规则相同， 设为空列表表示 重置该单元的 所有属性值。

显示指定单元的手册页(若存在)。 指定PID表示显示该进程 所属单元的手册页(若存在)。

重置指定单元的失败(failed)状态。如果未指定任何单元，则重置所有单元的失败(failed)状态。 当单元因为某种原因操作失败(例如退出状态码不为零、进程被强制杀死、启动超时等)而自动进入失败(failed)状态时， 退出状态码与导致故障的原因将被记录在失败状态中，以方便系统管理员排查故障。 这个失败状态将一直保持到 该单元被停止或重启、或被此命令强制重置。

除了重置单元的失败(failed)状态， 此命令还会重置针对每个单元的各种其他属性： 启动速率计数器清零、服务单元的重启计数器清零。 因此，如果某个单元因为超越启动限制(StartLimitIntervalSec=/StartLimitBurst=) 而拒绝启动，也可以使用此命令来使其可以被再次启动。

显示单元的依赖关系。 也就是显示由 Requires=, Requisite=, ConsistsOf=, Wants=, BindsTo= 所形成的依赖关系。 如果没有明确指定单元的名称， 那么表示显示 default.target 的依赖关系树。

默认情况下，仅以递归方式显示 target 单元的依赖关系树，而对于其他类型的单元，仅显示一层依赖关系(不递归)。 但如果使用了 --all 选项， 那么将对所有类型的单元都强制递归的显示完整的依赖关系树。

还可以使用 --reverse, --after, --before 选项指定 仅显示特定类型的依赖关系。

注意， 因为此命令仅列出当前已加载的单元(并不包含未加载单元中定义的依赖关系)， 所以，此命令不能全部列出反向依赖于指定单元的完整列表。

列出所有已安装的单元文件及其启用状态(相当于同时使用了 is-enabled 命令)。 如果给出了模式(PATTERN)参数， 那么表示该命令仅作用于单元文件名称与至少一个模式相匹配的单元 (仅匹配文件名，不匹配路径)。

启用指定的单元或单元实例(多数时候相当于将这些单元设为"开机时自动启动"或"插入某个硬件时自动启动")。 这将会按照单元文件中 "[Install]" 小节的指示， 在例如 /etc/systemd/system/multi-user.target.wants/ 这样的目录中，创建指向单元文件自身的软链接。 创建完软连接之后，systemd 将会自动重新加载自身的配置(相当于执行 daemon-reload 命令)，以确保所做的变更立即生效。 注意，除非同时使用了 --now 选项(相当于同时执行 start 命令)， 否则启用一个单元并不会导致该单元被启动。 注意，对于形如 foo@bar.service 这样的单元实例， 软链接自身的文件名是实例化之后的单元名称， 但是软连接所指向的目标文件则是该单元的模板文件。

如果此命令的参数是一个有效的单元名称(UNIT)，那么将自动搜索所有单元目录。 如果此命令的参数是一个单元文件的绝对路径(PATH)，那么将直接使用指定的单元文件。 如果参数是一个位于标准单元目录之外的单元文件， 那么将会在标准单元目录中额外创建一个指向此单元文件的软连接， 以确保该单元文件能够被 start 之类的命令找到。 当 systemd 启动时，软连接所指向的单元文件必须是可访问的， 因此一般不允许将单元文件放置在 /home 或 /var 目录下， 除非这些目录直接位于根文件系统上。

除非使用了 --quiet 选项， 否则此命令还会显示对文件系统所执行的操作(Created symlink …)。

此命令是维护 .{wants,requires}/ 目录与单元别名的首选方法。 注意，此命令仅会按照单元文件中 "[Install]" 小节预设的名称创建软链接。 另一方面，系统管理员亦可手动创建所需的软链接， 特别是在需要创建不同于默认软链接名称的时候。 不过需要注意的是，系统管理员必须在创建完软连接之后手动执行 daemon-reload 命令， 以确保所做的变更立即生效。

不要将此命令与 start 命令混淆，它们是相互独立的命令： 可以启动一个尚未启用的单元，也可以启用一个尚未启动的单元。 enable 命令只是设置了单元的启动钩子(通过创建软链接)， 例如在系统启动时或者某个硬件插入时，自动启动某个单元。 而 start 命令则是具体执行单元的启动操作， 例如对于服务单元来说就是启动守护进程，而对于套接字单元来说则是绑定套接字，等等。

若与 --user 选项连用，则表示变更仅作用于用户实例，否则默认作用于系统实例(相当于使用 --system 选项)。 若与 --runtime 选项连用，则表示仅作临时性变更(重启后所有变更都将丢失)，否则默认为永久性变更。 若与 --global 选项连用，则表示变更作用于所有用户(在全局用户单元目录上操作)，否则默认仅作用于当前用户(在私有用户单元目录上操作)。 注意，当与 --global 选项连用时，systemd 守护进程不会重新加载自身的配置。

不可将此命令应用于已被 mask 命令屏蔽的单元，否则将会导致错误。

停用指定的单元或单元实例(多数时候相当于撤销这些单元的"开机时自动启动"以及"插入某个硬件时自动启动")。 这将会从单元目录中删除所有指向单元自身及所有支持单元的软链接。 这相当于撤销 enable 或 link 命令所做的操作。 注意，此命令会删除所有指向单元自身及所有支持单元的软链接， 包括手动创建的软连接以及通过 enable 与 link 命令创建的软连接。 注意，虽然 disable 与 enable 是一对相反的命令，但是它们的效果并不一定总是完全对称的。 因为 disable 删除的软连接数量有可能比上一次 enable 命令创建的软连接数量更多。

此命令的参数仅能接受单元的名字，而不能接受单元文件的路径。

除了停用参数中明确指定的单元之外，那些在被停用单元 "[Install]" 小节的 Also= 选项中列出的所有单元，也同样会被停用。 也就是说，这个停用动作是沿着 Also= 选项不断传递的。

删除完软连接之后， systemd 将会自动重新加载自身的配置(相当于执行 daemon-reload 命令)，以确保所做的变更立即生效。 注意，除非同时使用了 --now 选项(相当于同时执行 stop 命令)， 否则停用一个单元并不会导致该单元被停止。

除非使用了 --quiet 选项， 否则此命令还会显示对文件系统所执行的操作(Removed symlink …)。

有关 --system, --user, --runtime, --global 选项的影响，参见上面对 enable 命令的解释。

重新启用指定的单元或单元实例。 这相当于先使用 disable 命令之后再使用 enable 命令。 通常用于按照单元文件中 "[Install]" 小节的指示重置软链接名称。 此命令的参数仅能接受单元的名字，而不能接受单元文件的路径。

按照预设文件(*.preset)的指示，重置指定单元的启用(enable)/停用(disable)状态。 其效果等价于按照预设规则，对列出的单元依次使用 disable 或 enable 命令。

可以使用 --preset-mode= 选项控制如何参照预设文件： 既启用又停用、仅启用、仅停用

如果指定单元的 "[Install]" 小节不包含必要的启用信息， 那么此命令将会悄无声息的忽略该单元。 UNIT 必须是一个真实的单元名称， 别名将会被悄无声息的忽略。

有关预设文件的更多说明，详见 systemd.preset(5) 手册与 Preset 文档。

按照预设文件(*.preset)的指示， 重置全部单元的启用(enable)/停用(disable)状态(参见上文)。

可以使用 --preset-mode= 选项 控制如何参照预设文件： 既启用又停用、仅启用、仅停用

检查是否有至少一个指定的单元或单元实例 已经被启用(使用 enable 命令)。 如果有，那么返回"0"，否则返回非零。 除非使用了 --quiet 选项， 否则此命令还会显示指定的单元或单元实例的当前启用状态(见下表)。 要想显示已安装的 target 单元，可以使用 --full 选项。

屏蔽指定的单元或单元实例。 也就是在单元目录中创建指向 /dev/null 的同名符号连接，从而在根本上确保无法启动这些单元。 这比 disable 命令更彻底，可以通杀一切启动方法(包括手动启动)，所以应该谨慎使用该命令。 若与 --runtime 选项连用，则表示仅作临时性屏蔽(重启后屏蔽将失效)，否则默认为永久性屏蔽。 除非使用了 --now 选项(相当于同时执行 stop 命令)，否则仅屏蔽一个单元并不会导致该单元被停止。 此命令的参数仅能接受单元的名字， 而不能接受单元文件的路径。

解除对指定单元或单元实例的屏蔽，这是 mask 命令的反动作。 也就是在单元目录中删除指向 /dev/null 的同名符号连接。 此命令的参数仅能接受单元的名字，而不能接受单元文件的路径。

将不在标准单元目录中的单元文件(通过软链接)连接到标准单元目录中去。 PATH 参数必须是单元文件的绝对路径。该命令的结果可以通过 disable 命令撤消。 通过该命令，可以让一个不在标准单元目录中的单元文件，也可以像位于标准单元目录中的常规单元文件一样， 被 start, stop … 等各种命令操作。 当 systemd 启动时，软连接所指向的单元文件必须是可访问的， 因此一般不允许将单元文件放置在 /home 或 /var 目录下， 除非这些目录直接位于根文件系统上。

将指定的单元恢复成初始版本。 这将会删除对指定单元的所有修改。 例如，对于 "foo.service" 单元来说，将会删除所有 foo.service.d/ 目录。 如果指定的单元在 /usr/lib/ 目录中 还存在单元文件的初始版本，那么还会进一步删除 /etc/ 与 /run/ 目录中 所有用来覆盖初始单元文件的软连接与自定义单元文件。 如果指定的单元已经被屏蔽， 那么将会被解除屏蔽。

从效果上看，该命令相当于撤销 edit, set-property, mask 命令所做的操作， 并且将指定单元的配置恢复成软件包提供的初始值。

将指定的单元或单元实例(UNIT) 作为 "Wants=" 或 "Requires=" 依赖， 添加到 TARGET 单元中。

关于 --system, --user, --runtime, --global 选项的影响， 参见前文对 enable 命令的解释。

调用文本编辑器(参见下面的"环境变量"小节) 修改 指定的单元或单元实例。

若使用了 --full 选项，则表示使用新编辑的单元文件完全取代原始单元文件， 否则默认将新编辑的单元配置片段(位于 .d/ 目录)附加到原始单元文件的末尾。

如果使用了 --force 选项，并且某些指定的单元文件不存在， 那么将会强制打开一个新的空单元文件以供编辑。

注意，在编辑过程中，编辑器实际操作的只是临时文件， 仅在编辑器正常退出时，临时文件的内容才会被实际写入到目标文件中。

注意，如果在编辑器退出时，临时文件的内容为空， 则表示取消编辑动作(而不是写入一个空文件)。

编辑动作完成之后， systemd 将会自动重新加载自身的配置(相当于执行 daemon-reload 命令)， 以确保所做的变更立即生效。

关于 --system, --user, --runtime, --global 选项的影响， 参见前文对 enable 命令的解释。

注意：(1)该命令不可用于编辑远程主机上的单元文件。 (2)禁止在编辑 /etc 中的原始单元文件时使用 --runtime 选项， 因为 /etc 中的单元文件优先级高于 /run 中的单元文件。

显示默认的启动目标。 这将显示 default.target 软链接所指向的实际单元文件的名称。

设置默认的启动目标。 这会将 default.target 软链接指向 TARGET 单元。

列出 主机和所有运行中的本地容器，以及它们的状态。 如果给出了模式(PATTERN)参数， 那么仅显示容器名称与至少一个模式匹配的本地容器。

列出正在运行中的任务。 如果给出了模式(PATTERN)参数， 那么仅显示单元名称与至少一个模式匹配的任务。

当与 --after 或 --before 连用时， 输出列表将会包含正在等待哪些任务完成，或哪些任务正在等待此处的任务完成。 详见前文。

据给定的任务ID撤消任务。 如果没有给出任务ID， 那么表示撤消所有尚未执行的任务。

显示所有 systemd 环境变量及其值。 这些环境变量会被传递给所有由 systemd 派生的进程。 显示格式遵守shell脚本语法，可以直接用于shell脚本中。 如果环境变量的值中不包含任何特殊字符以及空白字符， 那么将直接按照 "VARIABLE=value" 格式显示，并且不使用任何转义序列。 如果环境变量的值中包含任何特殊字符或及空白字符， 那么将按照 "VARIABLE=$'value'" 格式(以美元符号开头的单引号转义序列)显示。 这种格式可以兼容 bash(1), zsh(1), ksh(1), 以及 busybox(1) 中的 ash(1) ； 但是不兼容 dash(1) 与 fish(1)

设置指定的 systemd 环境变量。

撤消指定的 systemd 环境变量。 如果仅指定了变量名，那么表示无条件的撤消该变量(无论其值是什么)。 如果以 VARIABLE=VALUE 格式同时给出了变量值， 那么表示仅当 VARIABLE 的值恰好等于 VALUE 时， 才撤消 VARIABLE 变量。

导入 指定的客户端 环境变量。 如果 未指定任何参数， 则表示导入 全部客户端环境变量。

重新加载 systemd 守护进程的配置。 具体是指： 重新运行所有的生成器(systemd.generator(7))， 重新加载所有单元文件，重建整个依赖关系树。 在重新加载过程中， 所有由 systemd 代为监听的用户套接字 都始终保持可访问状态。

不要将此命令与 reload 命令混淆。

重新执行 systemd 守护进程。 具体是指：首先序列化 systemd 状态， 接着重新执行 systemd 守护进程并反序列化原有状态。 此命令仅供调试和升级 systemd 使用。 有时候也作为 daemon-reload 命令的重量级版本使用。 在重新执行过程中， 所有由 systemd 代为监听的用户套接字都始终保持可访问状态。

检查当前系统是否处于正常运行状态(running)， 若正常则返回"0"，否则返回大于零的正整数。 所谓正常运行状态是指： 系统完成了全部的启动操作，整个系统已经处于完全可用的状态， 特别是没有处于启动/关闭/维护状态， 并且没有任何单元处于失败(failed)状态。 除非使用了 --quiet 选项， 否则此命令还会在标准输出上显示系统的当前状态。

可以使用 --wait 一直等待到引导过程完成之后 再显示当前状态并返回相应的错误状态。 如果使用了 --wait 选项， 那么该命令将不会报告 initializing 或 starting 状态， 而是一直阻塞到稍后的状态(例如 running 或 degraded) 才会返回。

进入默认模式。相当于执行 systemctl isolate default.target 命令。 此操作默认为阻塞模式，但可以使用 --no-block 选项转变为无阻塞模式。

进入救援模式。相当于执行 systemctl isolate rescue.target 命令。 此操作默认为阻塞模式，但可以使用 --no-block 选项转变为无阻塞模式。

进入紧急维修模式。相当于执行 systemctl isolate emergency.target 命令。此操作默认为阻塞模式， 但可以使用 --no-block 选项转变为无阻塞模式。

关闭系统，但不切断电源。差不多相当于执行 systemctl start halt.target --job-mode=replace-irreversibly --no-block 命令，并同时向所有用户显示一条警告信息。 这是一个无阻塞命令，也就是将关闭操作排入任务队列之后，不等待其完成就立即返回。 注意，此命令仅关闭操作系统内核，但不切断硬件电源。 若想彻底切断硬件电源，应该使用下面的 systemctl poweroff 命令。

若仅使用一次 --force 选项， 则跳过单元的正常停止步骤而直接杀死所有进程，强制卸载所有文件系统(或以只读模式重新挂载)，并立即关闭系统。 若使用了两次 --force 选项， 则跳过杀死进程和卸载文件系统的步骤，并立即关闭系统，这会导致数据丢失、文件系统不一致等不良后果。 注意，如果连续两次使用 --force 选项，那么所有操作都将由 systemctl 自己直接执行，而不会与 systemd 进程通信。 这意味着，即使 systemd 进程已经崩溃，连续两次使用 --force 选项所指定的操作 依然能够执行成功。

关闭系统，同时切断电源。差不多相当于执行 systemctl start poweroff.target --job-mode=replace-irreversibly --no-block 命令，并同时向所有用户显示一条警告信息。 这是一个无阻塞命令，也就是将关闭操作排入任务队列之后， 不等待其完成就立即返回。

若仅使用一次 --force 选项， 则跳过单元的正常停止步骤而直接杀死所有进程，强制卸载所有文件系统(或以只读模式重新挂载)，并立即关闭系统。 若使用了两次 --force 选项， 则跳过杀死进程和卸载文件系统的步骤，并立即关闭系统，这会导致数据丢失、文件系统不一致等不良后果。 注意，如果连续两次使用 --force 选项， 那么所有操作都将由 systemctl 自己直接执行，而不会与 systemd 进程通信。 这意味着，即使 systemd 进程已经崩溃，连续两次使用 --force 选项所指定的操作依然能够执行成功。

关闭系统，然后重新启动。差不多相当于执行 systemctl start reboot.target --job-mode=replace-irreversibly --no-block 命令，并同时向所有用户显示一条警告信息。 这是一个无阻塞命令，也就是将重启操作排入任务队列之后， 不等待其完成就立即返回。

若仅使用一次 --force 选项， 则跳过单元的正常停止步骤而直接杀死所有进程，强制卸载所有文件系统(或以只读模式重新挂载)，并立即关闭系统。 若使用了两次 --force 选项， 则跳过杀死进程和卸载文件系统的步骤，并立即关闭系统，这会导致数据丢失、文件系统不一致等不良后果。 注意，如果连续两次使用 --force 选项， 那么所有操作都将由 systemctl 自己直接执行，而不会与 systemd 进程通信。 这意味着，即使 systemd 进程已经崩溃，连续两次使用 --force 选项所指定的操作依然能够执行成功。

若给出了可选的 arg 参数，那么将会被作为可选参数传递给 reboot(2) 系统调用。其取值范围依赖于特定的硬件平台。例如 "recovery" 有可能表示触发系统恢复动作，而 "fota" 有可能表示 “firmware over the air” 固件更新。

关闭系统，并通过内核的 kexec 接口重新启动。相当于执行 systemctl start kexec.target --job-mode=replace-irreversibly --no-block 命令。 这是一个无阻塞命令，也就是将重启操作排入任务队列之后， 不等待其完成就立即返回。

若使用了 --force 选项， 则跳过服务的正常关闭步骤而直接杀死所有进程， 强制卸载所有文件系统(或只读挂载)，并立即关闭系统。

退出服务管理器。此命令仅可用于 systemd 用户实例(也就是以 --user 选项启动的实例)或容器，相当于执行 poweroff 命令。 这是一个无阻塞命令，也就是将退出操作排入任务队列之后，不等待其完成就立即返回。

默认退出码为零，但也可以使用 EXIT_CODE 指定退出码(必须是整数)。

将系统的根文件系统切换到 ROOT 目录， 并执行新系统上的 INIT 程序(PID=1)。 此命令仅应该在初始内存盘("initrd")中使用。 如果未指定 INIT 参数或者参数值为空， 那么表示自动在 ROOT 目录下搜索 systemd 二进制程序， 并将其用作 INIT 程序， 同时"initrd"中 systemd 的状态将会传递给新的 systemd 进程， 从而允许在新系统中对原"initrd"中的各种服务状态进行内省。

休眠到内存。 相当于启动 suspend.target 目标。 这是一个无阻塞命令，也就是将休眠操作排入任务队列之后，不等待其完成就立即返回。

休眠到硬盘。 相当于启动 hibernate.target 目标。 这是一个无阻塞命令，也就是将休眠操作排入任务队列之后，不等待其完成就立即返回。

进入混合休眠模式。也就是同时休眠到内存和硬盘。 相当于启动 hybrid-sleep.target 目标。 这是一个无阻塞命令，也就是将休眠操作排入任务队列之后，不等待其完成就立即返回。

挂起系统并按照 systemd-sleep.conf 中指定的延迟休眠系统。 这将触发特殊目标单元 suspend-then-hibernate.target 。 此命令是异步的，一旦休眠操作被排入作业队列，就会立即返回， 而不会一直等到 休眠/唤醒 循环完成。