systemd 是適用於 Linux 的系統和工作階段管理員，它與 System V 及 LSB init 程序檔相容。主要功能如下：

單位組態檔案針對以下項目的資訊進行編碼︰服務、插槽、裝置、掛接點、自動掛接點、交換檔或分割區、啟動目標、所監視之檔案系統的路徑、受 systemd 控制和監督的計時器、暫時系統狀態快照、資源管理片段或外部建立的程序群組。「 單位檔案」是 systemd 用於表示下列項目的通用術語︰

如需有關 systemd.unit 的詳細資訊，請參閱 http://www.freedesktop.org/software/systemd/man/systemd.unit.html

用於管理服務的子指令與透過 System V init 管理服務的子指令相同 (start、stop、...)。下面列出了服務管理指令的通用語法︰

systemd 可讓您一次管理多個服務。它不是像 System V init 那樣依次執行 init 程序檔，而是執行類似如下的指令︰

systemctl start <my_1st_service> <my_2nd_service>

如果您要列出系統上可用的所有服務︰

systemctl list-unit-files --type=service

下表列出了 systemd 和 System V init 的最重要的服務管理指令︰

start

start

stop

stop

restart

restart

try-restart

try-restart

reload

reload

reload-or-restart

n/a

reload-or-try-restart

n/a

status

status

is-active

status

上一節中提及的服務管理指令可讓您操作目前工作階段的服務。systemd 還可讓您永久啟用或停用服務，使之可以按要求自動啟動，或者始終無法使用。此操作可以透過 YaST 或在指令行上執行。

14.2.2.1 在指令行上啟用/停用服務 #

下表列出了 systemd 和 System V init 的啟用和停用指令︰

重要：服務啟動

在指令行上啟用服務時，服務不會自動啟動。系統將其排定為下一次系統啟動或執行層級/目標變更時啟動。若要在啟用服務之後立即啟動它，請明確執行 systemctl start <我的服務> 或 rc <我的服務> start。

表格 14.2 用於啟用和停用服務的指令 #

任務	systemd 指令	System V init 指令
啟用：	systemctl enable <我的服務>	insserv <我的服務>
停用：	systemctl disable <我的服務>.service	insserv -r <我的服務>
檢查：  顯示是否已啟用某個服務。	systemctl is-enabled <我的服務>	無
重新啟用：  與重新啟動服務相似，此指令先停用服務，然後再啟用該服務。若要使用服務的預設值重新啟用服務，可使用此任務。	systemctl reenable <我的服務>	無
遮罩：  「 停用」某項服務之後，仍然可以手動啟動它。若要徹底停用服務，您需要予以遮罩。使用須謹慎。	systemctl mask <我的服務>	無
取消遮罩：  遮罩某項服務之後，惟有先將其取消遮罩，才能再次予以使用。	systemctl unmask <我的服務>	無

使用 System V init 時，系統將開機進入「 執行層級」。執行層級定義了系統的啟動方式，以及在所執行的系統中可以使用哪些服務。執行層級標有編號；最常見的執行層級是 0 (關閉系統)、3 (多重使用者，包含網路) 和 5 (多重使用者，包含網路及顯示管理員)。

systemd 透過使用「 目標單位」引入新的概念。不過，它仍然與執行層級概念完全相容。目標單位是有名稱而不是有編號的，它有多個作用。例如，目標 local-fs.target 和 swap.target 掛接本地檔案系統和交換空間。

目標 graphical.target 提供包含網路和顯示管理員功能的多重使用者系統，與執行層級 5 相當。複雜的目標，例如 graphical.target 透過結合其他目標的子集用作「 中繼」目標。因為 systemd 能夠組合現有目標，便於使用者更便利地建立自訂目標，因此提供了可觀的靈活性。

下列清單顯示了最重要的 systemd 目標單位。如需完整清單，請參閱 man 7 systemd.special。

為了保持與 System V init 執行層級系統相容，systemd 提供了名為 runlevelX.target 的特殊目標，可映射至編號為 X 的相應執行層級。

如果您要知道目前的目標，請使用指令︰systemctl get-default

重要：systemd 忽略 /etc/inittab

System V init 系統中的執行層級在 /etc/inittab 中設定。systemd 不使用此組態。如需如何建立您自己的可開機目標的指示，請參閱第 14.5.3 節 「建立自訂目標」。

systemd 針對系統啟動過程提供了分析方法。您可以方便地檢閱所有服務及其狀態的清單 (而不必剖析 /varlog/)。systemd 還允許您掃描啟動程序，以瞭解每項服務耗費多長時間啟動。

root # systemctl
UNIT                        LOAD   ACTIVE SUB       JOB DESCRIPTION
[...]
iscsi.service               loaded active exited    Login and scanning of iSC+
kmod-static-nodes.service   loaded active exited    Create list of required s+
libvirtd.service            loaded active running   Virtualization daemon
nscd.service                loaded active running   Name Service Cache Daemon
ntpd.service                loaded active running   NTP Server Daemon
polkit.service              loaded active running   Authorization Manager
postfix.service             loaded active running   Postfix Mail Transport Ag+
rc-local.service            loaded active exited    /etc/init.d/boot.local Co+
rsyslog.service             loaded active running   System Logging Service
[...]
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.

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

root # systemctl --failed
UNIT                   LOAD   ACTIVE SUB    JOB DESCRIPTION
apache2.service        loaded failed failed     apache
NetworkManager.service loaded failed failed     Network Manager
plymouth-start.service loaded failed failed     Show Plymouth Boot Screen

[...]

systemd.log_level=debug systemd.log_target=kmsg

dmesg -T | less

Systemd 與 System V 相容，因此，您仍可以使用現有的 System V init 程序檔。但是，至少有一個已知問題會導致 System V init 程序檔不能依原樣與 Systemd 配合使用：透過 init 程序檔中的 su 或 sudo 以其他使用者身分啟動服務，會導致程序檔失敗，從而產生「拒絕存取」錯誤。

使用 su 或 sudo 變更使用者時，會啟動 PAM 工作階段。完成 init 程序檔後會終止此工作階段。因此，init 程序檔啟動的服務也會終止。若要解決此問題，請執行下列步驟：

systemd 服務檔案位於 /usr/lib/systemd/system 中。如果您要自訂服務檔案，請執行下列步驟：

/etc/systemd 中修改過的檔案優先於 /usr/lib/systemd/system 中的原始檔案，前提是它們的檔案名稱相同。

如果您只想在組態檔案中新增若干行或修改一小部分，可以使用「放入式」檔案。放入式檔案可讓您延伸單位檔案的組態，而不必編輯或覆寫單位檔案本身。

例如，若要變更位於 /usr/lib/systemd/system/ foobar.service 中的 foobar 服務的一個值，請執行下列步驟：

在 System V init SUSE 系統上並未使用執行層級 4，便於管理員自行建立執行層級組態。systemd 可讓您建立任意個自訂目標。建議您在開始時先在 graphical.target 等現有的目標上調整。

systemd 支援定期清理暫存目錄。將會自動移轉並啟用前一系統版本中的組態。tmpfiles.d (負責管理暫存檔案) 將從 /etc/tmpfiles.d/*.conf、/run/tmpfiles.d/*.conf 和 /usr/lib/tmpfiles.d/*.conf 檔案中讀取其組態。/etc/tmpfiles.d/*.conf 中的組態將會覆寫其他兩個目錄中的相關組態 (/usr/lib/tmpfiles.d/*.conf 是套件將其組態檔案儲存到的位置)。

組態格式為每個路徑一行，該行包含動作與路徑、(選擇性) 模式、擁有權、期限和引數欄位，具體視動作而定。以下範例將取消連結 X11 鎖定檔案：

Type Path               Mode UID  GID  Age Argument
r    /tmp/.X[0-9]*-lock

若要取得 tmpfile 計時器的狀態：

systemctl status systemd-tmpfiles-clean.timer
systemd-tmpfiles-clean.timer - Daily Cleanup of Temporary Directories
 Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-clean.timer; static)
 Active: active (waiting) since Tue 2014-09-09 15:30:36 CEST; 1 weeks 6 days ago
   Docs: man:tmpfiles.d(5)
         man:systemd-tmpfiles(8)

Sep 09 15:30:36 jupiter systemd[1]: Starting Daily Cleanup of Temporary Directories.
Sep 09 15:30:36 jupiter systemd[1]: Started Daily Cleanup of Temporary Directories.

如需處理暫存檔案的詳細資訊，請參閱 man 5 tmpfiles.d。

第 14.6.8 節 「服務除錯」說明如何檢視給定服務的記錄訊息。然而，記錄的訊息顯示並不局限為服務記錄。您還可以存取和查詢 systemd 寫入的完整記錄訊息 — 亦即「日誌」。使用指令 systemd-journalctl 可顯示從最舊項目開始的完整記錄訊息。如需套用過濾器或變更輸出格式等選項的資訊，請參閱 man 1 systemd-journalctl。

您可以使用 isolate 子指令將 systemd 的目前狀態儲存到指定的快照，日後可以回復到該狀態。此功能在測試服務或自訂目標時非常有用，因為它允許您隨時回到定義的狀態。快照僅在目前工作階段中可用，重新開機時將自動刪除。快照名稱必須以 .snapshot 結尾。

使用 systemd，可透過 /etc/modules-load.d 中的組態檔案，在開機時自動載入核心模組。該檔案應命名為 module.conf 並包含以下內容：

# load module module at boot time
module

如果某個套件安裝了用於載入核心模組的組態檔案，該檔案會安裝到 /usr/lib/modules-load.d。如果存在兩個同名的組態檔案，將優先使用 /etc/modules-load.d 中的組態檔案。

如需詳細資訊，請參閱 modules-load.d(5) 線上文件。

使用 System V 時，需要在載入服務之前執行的 init 動作必須在 /etc/init.d/before.local 中指定。systemd 不再支援此程序。如果您需要在啟動服務之前執行動作，請執行以下步驟：

在傳統 System V init 系統上不一定能將程序明確指派給繁衍它的服務。有些服務 (例如 Apache) 會繁衍許多協力廠商程序 (例如 CGI 或 Java 程序)，這些程序本身又會繁衍許多程序。這導致您很難明確指派，甚至根本無法明確指派。另外，服務在不當終止後，可能殘留部分子項保持活動狀態。

systemd 將每個服務放入它自己的 cgroup 中，從而解決此問題。cgroup 是一個核心功能，允許將程序及其所有子項結集至分層組織的群組中。systemd 根據相應的服務為每個 cgroup 命名。由於程序未經特許不得「 離開」其 cgroup，因此這樣可以有效地使用服務名稱標記該服務繁衍的所有程序。

若要列出屬於服務的所有程序，請使用指令 systemd-cgls。結果類似於以下範例 (已縮短) ︰

root # systemd-cgls --no-pager
├─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 20
├─user.slice
│ └─user-1000.slice
│   ├─session-102.scope
│   │ ├─12426 gdm-session-worker [pam/gdm-password]
│   │ ├─15831 gdm-session-worker [pam/gdm-password]
│   │ ├─15839 gdm-session-worker [pam/gdm-password]
│   │ ├─15858 /usr/lib/gnome-terminal-server

[...]

└─system.slice
  ├─systemd-hostnamed.service
  │ └─17616 /usr/lib/systemd/systemd-hostnamed
  ├─cron.service
  │ └─1689 /usr/sbin/cron -n
  ├─ntpd.service
  │ └─1328 /usr/sbin/ntpd -p /var/run/ntp/ntpd.pid -g -u ntp:ntp -c /etc/ntp.conf
  ├─postfix.service
  │ ├─ 1676 /usr/lib/postfix/master -w
  │ ├─ 1679 qmgr -l -t fifo -u
  │ └─15590 pickup -l -t fifo -u
  ├─sshd.service
  │ └─1436 /usr/sbin/sshd -D

[...]

如需 cgroup 的詳細資訊，請參閱Chapter 9, Kernel Control Groups。

如第 14.6.6 節 「核心控制群組 (cgroup)」中所述，在 System V init 系統中不一定能將程序指派給其父服務，導致難以終止服務及其所有子項。未終止的子程序將保留為廢止程序。

systemd 的理念在於將每個服務限制在 cgroup 中，從而得以明確識別服務的所有子程序，因此可讓您傳送信號給這些程序中的每個程序。可使用 systemctl kill 將信號傳送給服務。如需可用信號清單，請參閱 man 7 signals。

systemd 依預設不會過度記錄詳細資料。如果服務啟動成功，則不會產生任何輸出。如果啟動失敗，則會顯示簡短的錯誤訊息。不過，systemctl status 可讓您以不同方式對服務的啟動和作業進行除錯。

systemd 隨附自己的記錄機製 (「 日誌」)，可以記錄系統訊息，便於您一併顯示服務訊息與狀態訊息。status 指令的工作方式與 tail 相似，也可以採用不同的格式顯示記錄訊息，因此成為功能強大的除錯工具。