這是預設命令。

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= 選項。

參見 --all 與 --state= 選項。

如果某個單元未被啟動，又沒有處於失敗(failed)狀態， 那麼通常是因為該單元沒有被載入，所以根本沒有被模式匹配到。 此外，對於從模板例項化而來的單元，因為 systemd 會在其尚未啟動前忽略它們， 又因為模式(PATTERN)引數僅能匹配已載入單元的"主名稱"(不含單元的"別名")， 所以，在這個命令中使用包含萬用字元的模式並沒有多少實際意義。

不要將此命令與 daemon-reload 命令混淆。

這類似於傳統上切換SysV執行級的概念。 該命令會立即停止所有在新目標單元中不需要的程序， 這其中可能包括當前正在執行的圖形環境以及正在使用的終端。

注意，該命令僅可用於 AllowIsolate=yes 的單元。參見 systemd.unit(5) 手冊。

此命令用於輸出人類易讀的結果，不要將其用於程式分析(應該使用 show 命令)。 除非使用了 --lines 與 --full 選項， 否則預設只輸出10行日誌， 並且超長的部分會被省略號截斷。此外， journalctl --unit=NAME 或 journalctl --user-unit=NAME 也會對超長的訊息使用類似的省略號截斷。

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

注意，此命令可以同時修改多個屬性值， 只需依次將各個屬性用空格分隔即可。

與單元檔案中的規則相同， 設為空表示清空當前已存在的列表。

預設情況下，僅以遞迴方式顯示 target 單元的依賴關係樹，而對於其他型別的單元，僅顯示一層依賴關係(不遞迴)。 但如果使用了 --all 選項， 那麼將對所有型別的單元都強制遞迴的顯示完整的依賴關係樹。

還可以使用 --reverse, --after, --before 選項指定僅顯示特定型別的依賴關係。

如果此命令的引數是一個有效的單元名稱(NAME)，那麼將自動搜尋所有單元目錄。 如果此命令的引數是一個單元檔案的絕對路徑(PATH)，那麼將直接使用指定的單元檔案。 如果引數是一個位於標準單元目錄之外的單元檔案， 那麼將會在標準單元目錄中額外建立一個指向此單元檔案的軟連線， 以確保該單元檔案能夠被 start 之類的命令找到。

除非使用了 --quiet 選項， 否則此命令還會顯示對檔案系統所執行的操作(Created symlink ...)。

此命令是維護 .{wants,requires}/ 目錄與單元別名的首選方法。 注意，此命令僅會按照單元檔案中 "[Install]" 小節預設的名稱建立軟連結。 另一方面，系統管理員亦可手動建立所需的軟連結， 特別是在需要建立不同於預設軟連結名稱的時候。 不過需要注意的是，系統管理員必須在建立完軟連線之後手動執行 daemon-reload 命令， 以確保所做的變更立即生效。

不要將此命令與 start 命令混淆，它們是相互獨立的命令： 可以啟動一個尚未啟用的單元，也可以啟用一個尚未啟動的單元。 enable 命令只是設定了單元的啟動鉤子(透過建立軟連結)， 例如在系統啟動時或者某個硬體插入時，自動啟動某個單元。 而 start 命令則是具體執行單元的啟動操作， 例如對於服務單元來說就是啟動守護程序，而對於套接字單元來說則是繫結套接字，等等。

若與 --user 選項連用，則表示變更僅作用於使用者例項，否則預設作用於系統例項(相當於使用 --system 選項)。 若與 --runtime 選項連用，則表示僅作臨時性變更(重啟後所有變更都將丟失)，否則預設為永久性變更。 若與 --global 選項連用，則表示變更作用於所有使用者(在全域性使用者單元目錄上操作)，否則預設僅作用於當前使用者(在私有使用者單元目錄上操作)。 注意，當與 --runtime 選項連用時，systemd 守護程序不會重新載入自身的配置。

不可將此命令應用於已被 mask 命令遮蔽的單元，否則將會導致錯誤。

此命令的引數僅能接受單元的名字，而不能接受單元檔案的路徑。

除了停用引數中明確指定的單元之外，那些在被停用單元 "[Install]" 小節的 Also= 選項中列出的所有單元，也同樣會被停用。 也就是說，這個停用動作是沿著 Also= 選項不斷傳遞的。

刪除完軟連線之後， systemd 將會自動重新載入自身的配置(相當於執行 daemon-reload 命令)，以確保所做的變更立即生效。 注意，除非同時使用了 --now 選項(相當於同時執行 stop 命令)， 否則停用一個單元並不會導致該單元被停止。

除非使用了 --quiet 選項， 否則此命令還會顯示對檔案系統所執行的操作(Removed symlink ...)。

有關 --system, --user, --runtime, --global 選項的影響，參見上面對 enable 命令的解釋。

可以使用 --preset-mode= 選項控制如何參照預設檔案： 既啟用又停用、僅啟用、僅停用

如果指定單元的 "[Install]" 小節不包含必要的啟用資訊， 那麼此命令將會悄無聲息的忽略該單元。

有關預設檔案的更多說明，詳見 systemd.preset(5) 手冊與 Preset[1] 文件。

可以使用 --preset-mode= 選項控制如何參照預設檔案： 既啟用又停用、僅啟用、僅停用

Table 1. is-enabled 命令的輸出

從效果上看，該命令相當於撤銷 edit, set-property, mask 命令所做的操作， 並且將指定單元的配置恢復成軟體包提供的初始值。

關於 --system, --user, --runtime, --global 選項的影響， 參見前文對 enable 命令的解釋。

若使用了 --full 選項，則表示使用新編輯的單元檔案完全取代原始單元檔案， 否則預設將新編輯的單元配置片段(位於 .d/ 目錄)附加到原始單元檔案的末尾。

如果使用了 --force 選項，並且某些指定的單元檔案不存在， 那麼將會強制開啟一個新的空單元檔案以供編輯。

注意，在編輯過程中，編輯器實際操作的只是臨時檔案， 僅在編輯器正常退出時，臨時檔案的內容才會被實際寫入到目標檔案中。

注意，如果在編輯器退出時，臨時檔案的內容為空， 則表示取消編輯動作(而不是寫入一個空檔案)。

編輯動作完成之後，systemd 將會自動重新載入自身的配置(相當於執行 daemon-reload 命令)，以確保所做的變更立即生效。

關於 --system, --user, --runtime, --global 選項的影響， 參見前文對 enable 命令的解釋。

注意：(1)該命令不可用於編輯遠端主機上的單元檔案。 (2)禁止在編輯 /etc 中的原始單元檔案時使用 --runtime 選項， 因為 /etc 中的單元檔案優先順序高於 /run 中的單元檔案。

不要將此命令與 reload 命令混淆。

Table 2. is-system-running 命令的輸出

若給出了可選的 arg 引數， 那麼將會被作為可選引數傳遞給 reboot(2) 系統呼叫。 其取值範圍依賴於特定的硬體平臺。 例如 "recovery" 有可能表示觸發系統恢復動作， 而 "fota" 有可能表示 “firmware over the air” 韌體更新。

此命令相當於 poweroff 命令， 但僅可用於使用者例項(也就是以 --user 選項啟動的例項)或容器， 否則會執行失敗。

# systemctl start sshd

# systemctl start sshd.service

# systemctl isolate default

# systemctl isolate default.target

# systemctl status /dev/sda
# systemctl status /home

# systemctl status dev-sda.device
# systemctl status home.mount

# systemctl stop sshd@*.service

# systemctl enable foo.service

# systemctl link /path/to/foo.service