這是默認命令。

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