SYSTEMD（1）systemd SYSTEMD（1）

名稱
systemd，init-systemd系統(tǒng)和服務管理器

概要

/lib/systemd/systemd [OPTIONS...]init [OPTIONS...] {COMMAND}

描述
systemd是Linux操作系統(tǒng)的系統(tǒng)和服務管理器。在啟動時作為PID的第一個進程運行時，它充當啟動系統(tǒng)并維護用戶空間服務的初始化系統(tǒng)。
為了與SysV兼容，如果將systemd作為init調用且PID不為1，它將執(zhí)行telinit并傳遞所有未修改的命令行參數(shù)。
這意味著從普通的登錄會話中調用時，init和telinit幾乎是等效的。有關更多信息，請參見telinit（8）。
作為系統(tǒng)實例運行時，systemd解釋配置文件system.conf和system.conf.d目錄中的文件；當作為用戶實例運行時，systemd解釋配置文件user.conf和user.conf.d目錄中的文件。有關更多信息，請參見systemd-system.conf（5）。

選項
可以理解以下選項：

--test確定啟動順序，將其轉儲并退出。此選項僅對調試有用。--dump-configuration-items轉儲了解的單元配置項目。這將輸出在單元定義文件中理解的簡短但完整的配置項目列表。--dump-bus-properties轉儲裸露的總線屬性。這將輸出簡短但完整的dbus屬性列表。--unit =設置默認單位以在啟動時激活。如果未指定，則默認為default.target。--system，-user對于--system，即使進程ID不為1，也要告訴systemd運行系統(tǒng)實例，即systemd不作為init進程運行。--user會執(zhí)行相反的操作，即使進程ID為1，也將運行用戶實例。通常，不必傳遞這些選項，因為systemd會自動檢測它的啟動模式。因此，這些選項幾乎沒有用，除了用于調試。請注意，不支持在systemd以--system模式運行的情況下引導和維護完整系統(tǒng)，但PID不支持1。實際上，顯式傳遞--system僅與--test結合使用才有用。--dump-core崩潰時啟用核心轉儲。作為用戶實例運行時，此開關無效。也可以在引導過程中通過systemd.dump_core =選項在內核命令行上啟用此設置，請參見下文。--crash-vt = VT崩潰時切換到特定的虛擬控制臺（VT）。取范圍為1–63的正整數(shù)或布爾參數(shù)。如果傳遞整數(shù)，則選擇要切換到哪個VT。如果是，則選擇寫入VT內核消息。如果否，則不嘗試VT切換。作為用戶實例運行時，此開關無效。也可以在引導過程中通過systemd.crash_vt =選項在內核命令行上啟用此設置，請參見下文。--crash-shell在崩潰時運行shell。作為用戶實例運行時，此開關無效。也可以在引導過程中通過systemd.crash_shell =選項在內核命令行上啟用此設置，請參見下文。--crash-reboot崩潰時自動重新引導系統(tǒng)。作為用戶實例運行時，此開關無效。在引導過程中，也可以通過systemd.crash_reboot =選項在內核命令行上啟用此設置，請參見下文。--confirm-spawn產卵過程中要求確認。作為用戶實例運行時，此開關無效。--show-status =采用布爾參數(shù)或特殊值auto。如果啟用，則在啟動和關閉期間控制臺上會顯示簡短的設備狀態(tài)信息。如果禁用，則不會顯示此類狀態(tài)信息。如果設置為“自動行為”，則類似于“關閉”，不同之處在于，一旦遇到第一個單元故障或明顯的啟動延遲，它將自動切換為“打開”。作為用戶實例調用時，此開關無效。如果指定，則覆蓋內核命令行設置systemd.show_status =（請參見下文）和配置文件選項ShowStatus =（請參見systemd-system.conf（5））。--log-target =設置日志目標。參數(shù)必須是console，journal，kmsg，journal-or-kmsg，null之一。--log-level =設置日志級別。作為參數(shù)，它接受數(shù)字日志級別或眾所周知的syslog（3）符號名稱（小寫）：emerg，alert，crit，err，warning，notice，info，debug。--log-color =突出顯示重要的日志消息。參數(shù)是一個布爾值。如果省略該參數(shù)，則默認為true。--log-location =在日志消息中包括代碼位置。這主要與調試目的有關。參數(shù)是一個布爾值。如果省略該參數(shù)，則默認為true。--default-standard-output =，--default-standard-error =分別為所有服務和套接字設置默認輸出或錯誤輸出。也就是說，控制StandardOutput =和StandardError =的默認值（有關詳細信息，請參見systemd.exec（5））。采用繼承，null，tty，日志，journal + console，syslog，syslog + console，kmsg，kmsg + console之一。如果省略該參數(shù)，則--default-standard-output =默認為journal，而--default-standard-error =繼承。--machine-id =覆蓋硬盤驅動器上設置的機器ID，對于網絡引導或容器很有用。可能未設置為全零。--service-watchdogs =全局啟用/禁用所有服務看門狗超時和緊急措施。也可以在引導過程中通過systemd.service_watchdogs =選項在內核命令行上指定此設置，請參見下文。默認為啟用。-h，--help打印簡短的幫助文本并退出。--version打印簡短的版本字符串并退出。

概念
systemd在稱為11種不同類型的“單位”的各種實體之間提供依賴系統(tǒng)。單元封裝了與系統(tǒng)啟動和維護相關的各種對象。大多數(shù)單元是在單元配置文件中配置的，其語法和基本選項集在systemd.unit（5）中進行了描述，但是某些單元是根據(jù)其他配置自動創(chuàng)建的，是根據(jù)系統(tǒng)狀態(tài)動態(tài)創(chuàng)建的，還是在運行時以編程方式創(chuàng)建的。單元可以是“活動的”（表示已啟動，綁定，插入…，具體取決于單元類型，請參閱下文），也可以是“不活動的”（表示已停止，未綁定，未插入…），以及在被激活或停用的過程，即在兩個狀態(tài)之間（這些狀態(tài)稱為“激活”，“去激活”）。特殊的“失敗” 狀態(tài)也可用，這與“非活動”非常相似，當服務以某種方式失敗時（退出時進程返回的錯誤代碼，或崩潰，操作超時或重啟過多后），就會進入狀態(tài)。如果進入此狀態(tài)，將記錄原因，以供以后參考。注意，各種單元類型可以具有許多附加子狀態(tài)，這些子狀態(tài)映射到此處描述的五個廣義單元狀態(tài)。

可以使用以下單位類型：1.Service服務單元，用于啟動和控制守護程序及其組成的進程。有關詳細信息，請參見systemd.service（5）。2.Socket套接字單元，用于在系統(tǒng)中封裝本地IPC或網絡套接字，對于基于套接字的激活很有用。有關套接字單元的詳細信息，請參見systemd.socket（5），有關基于套接字的激活和其他形式的激活的詳細信息，請參見daemon（7）。3.Target目標單元可用于對單元進行分組，或在引導過程中提供眾所周知的同步點，請參見systemd.target（5）。4.Device設備單元在systemd中公開內核設備，并可用于實現(xiàn)基于設備的激活。有關詳細信息，請參見systemd.device（5）。5.Mount掛載單元控制文件系統(tǒng)中的掛載點，有關詳細信息，請參見systemd.mount（5）。6.Automount自動掛載單元提供自動掛載功能，用于按需掛載文件系統(tǒng)以及并行啟動。請參見systemd.automount（5）。7.Timer計時器單元對于觸發(fā)基于計時器的其他單元的激活很有用。您可以在systemd.timer（5）中找到詳細信息。8.Swap交換單元與裝載單元非常相似，它們封裝了操作系統(tǒng)的內存交換分區(qū)或文件。它們在systemd.swap（5）中描述。9.Path路徑單元可用于激活其他服務，當文件系統(tǒng)對象發(fā)生更改或修改時。參見systemd.path（5）。10.Slice切片單元可用于對出于資源管理目的在分層樹中管理系統(tǒng)進程的單元（例如服務和作用域單元）進行分組。參見systemd.slice（5）。11.Scope范圍單位類似于服務單位，但是管理外部流程而不是同時啟動它們。參見systemd.scope（5）。單元被命名為其配置文件。一些單元具有特殊的語義。詳細列表位于systemd.special（7）中。systemd知道各種依賴關系，包括肯定和否定的依賴關系（即Requires =和Conflicts =）以及排序依賴關系（After =和Before =）。注意：訂購和需求依賴關系是正交的。如果兩個單元之間僅存在需求依賴關系（例如foo.service需要bar.service），但是沒有訂購依賴關系（例如foo.service在bar.service之后）并且都被要求啟動，則它們將并行啟動。這是一種常見的模式，將需求和訂購依賴性都放在兩個單元之間。還要注意，大多數(shù)依賴項是由systemd隱式創(chuàng)建和維護的。在大多數(shù)情況下，不必要手動聲明其他依賴關系，但是可以這樣做。應用程序和單元（通過依賴關系）可以請求更改單元的狀態(tài)。在systemd中，這些請求被封裝為“作業(yè)”，并維護在作業(yè)隊列中。作業(yè)可能成功或失敗，它們的執(zhí)行是根據(jù)已計劃的單位的排序依賴性來排序的。在引導時，systemd激活目標單元default.target，其目標是通過以下方式激活引導服務和其他引導單元：依賴性。通常，單元名稱只是graphic.target（用于到UI的全功能引導）或multi-user.target（用于在嵌入式或服務器環(huán)境中使用的有限的僅限控制臺引導）的別名（符號鏈接）。 ； graphical.target的子集）。但是，管理員可以自行決定將其配置為其他任何目標單元的別名。有關這些目標單元的詳細信息，請參見systemd.special（7）。systemd僅將最少的單元集加載到內存中。特別是，只有滿足以下條件之一的單元才被保存到內存中：1.處于活動，激活，停用或失敗狀態(tài)（即，除“非活動”之外的任何單元狀態(tài)）2.它有一個排隊的工作3.它是加載到內存中的某種至少一個其他單元的依存關系4.它具有某種形式的資源仍在分配（例如，一個服務單元處于非活動狀態(tài)，但仍在其中徘徊的進程忽略了要終止的請求）5.已通過D-Bus調用以編程方式將其固定到內存中一旦請求了操作，systemd將自動從磁盤上隱式加載單元（如果尚未加載）。因此，在許多方面，客戶端是否看不到單元是否已加載的事實。使用systemctl list-units --all可以全面列出當前已加載的所有單元。任何上述條件均不適用的單元將被立即卸載。請注意，從內存中卸載單元時，其記帳數(shù)據(jù)也會被清空。但是，此數(shù)據(jù)通常不會丟失，因為每當設備關閉時都會生成日志日志記錄，聲明消耗的資源。進程systemd生成物放置在以私有systemd層次結構中的單位命名的各個Linux控制組中。（有關控制組或簡稱“ cgroups”的更多信息，請參見cgroups.txt [1]）。systemd使用它來有效地跟蹤進程?？刂平M信息??在內核中維護，可通過文件系統(tǒng)層次結構（在/ sys / fs / cgroup / systemd /下面）或在諸如systemd-cgls（1）或ps（1）（ps xawf- eo pid，user，cgroup，args對于列出所有進程及其所屬的systemd單元特別有用。systemd在很大程度上與SysV初始化系統(tǒng)兼容：支持SysV初始化腳本，并且可以簡單地將其讀取為替代（盡管有限）的配置文件格式。提供了SysV / dev / initctl接口，并且提供了各種SysV客戶端工具的兼容性實現(xiàn)。除此之外，還支持各種已建立的Unix功能，例如/ etc / fstab或utmp數(shù)據(jù)庫。systemd具有最小的事務處理系統(tǒng)：如果請求某個單元啟動或關閉，它將把它及其所有依賴項添加到臨時事務中。然后，它將驗證交易是否一致（即所有單元的訂購是否無周期）。如果不是，則systemd將嘗試對其進行修復，并從事務中刪除可能會刪除循環(huán)的非必要作業(yè)。另外，systemd嘗試抑制事務中不必要的作業(yè)，這些作業(yè)將停止正在運行的服務。最后，檢查事務的作業(yè)是否與已經排隊的作業(yè)矛盾，然后可選地中止事務。如果解決了所有問題，并且事務是一致的并且影響最小化，那么它將與所有已經完成的作業(yè)合并，并添加到運行隊列中。實際上，這意味著在執(zhí)行請求的操作之前，systemd將驗證它是否有意義，并在可能的情況下對其進行修復，并且僅在確實無法工作時才會失敗。請注意，事務是在運行時獨立于單元狀態(tài)生成的，因此，例如，如果在已啟動的單元上請求了啟動作業(yè)，它將仍然生成事務并喚醒任何非活動的依賴關系（并導致其他作業(yè)的傳播根據(jù)定義的關系）。這是因為與目標單元的狀態(tài)相比，入隊的作業(yè)是在執(zhí)行時，并且當兩個作業(yè)都滿足時，將其標記為成功和完成。但是，由于定義的關系，該作業(yè)還引入了其他依賴關系，因此，在我們的示例中，這也會導致所有那些處于非活動狀態(tài)的單元的開始作業(yè)也都排隊。systemd包含各種任務的本機實現(xiàn)，這些任務需要在引導過程中執(zhí)行。例如，它設置主機名或配置回送網絡設備。它還設置并掛載各種API文件系統(tǒng)，例如/ sys或/ proc。有關systemd背后的概念和思想的更多信息，請參考原始設計文檔[2]（Original Design Document[2]）。注意，systemd提供的一些但不是全部接口都被Interface Stability Promise [3]涵蓋。可以在引導和系統(tǒng)管理器重新加載時動態(tài)生成單元，例如，基于其他配置文件或內核命令行上傳遞的參數(shù)。有關詳細信息，請參見systemd.generator（7）。在容器或initrd環(huán)境中調用systemd的系統(tǒng)應分別實現(xiàn)Container Interface [4]或initrd Interface [5]規(guī)范。

目錄

系統(tǒng)單元目錄systemd系統(tǒng)管理器從各種目錄中讀取單元配置。想要安裝單元文件的軟件包應將它們放置在pkg-config systemd --variable = systemdsystemunitdir返回的目錄中。檢查的其他目錄是/ usr / local / lib / systemd / system和/ lib / systemd / system。用戶配置始終優(yōu)先。pkg-config systemd --variable = systemdsystemconfdir返回系統(tǒng)配置目錄的路徑。軟件包僅應使用systemctl（1）工具的enable和disable命令更改這些目錄的內容。目錄的完整列表在systemd.unit（5）中提供。用戶單位目錄類似的規(guī)則適用于用戶單元目錄。但是，此處遵循XDG基本目錄規(guī)范[6]查找單位。應用程序應將其單位文件放在pkg-config systemd --variable = systemduserunitdir返回的目錄中。全局配置在pkg-config systemd --variable = systemduserconfdir報告的目錄中完成。systemctl（1）工具的enable和disable命令可以處理全局（即對于所有用戶）和專用（對于一個用戶）單元的啟用/禁用。目錄的完整列表在systemd.unit（5）中提供。SysV初始化腳本目錄SysV初始化腳本目錄的位置在各個發(fā)行版之間有所不同。如果systemd找不到請求的服務的本機單元文件，它將尋找同名的SysV初始化腳本（刪除了.service后綴）。SysV運行級別鏈接服務器場目錄SysV運行級別鏈接服務器場目錄的位置在各個發(fā)行版之間有所不同。在確定是否應啟用服務時，systemd將考慮鏈接服務器場。請注意，帶有本地單元配置文件的服務單元無法通過在SysV運行級別鏈接服務器場中激活它來啟動。

SIGNALS

SIGTERM收到此信號后，systemd系統(tǒng)管理器將其狀態(tài)序列化，重新執(zhí)行自身并再次反序列化保存的狀態(tài)。這主要是等效于systemctl daemon-reexec。收到此信號后，systemd用戶管理器將啟動exit.target單元。這主要等效于systemctl --user start exit.target --job-mode = replace-irreversible。SIGINT收到此信號后，systemd系統(tǒng)管理器將啟動ctrl-alt-del.target單元。這主要等效于systemctl startctrl-alt-del.target --job-mode = replace-不可逆。如果每2s收到7次以上此信號，則立即重啟。請注意，在控制臺上按Ctrl + Alt + Del會觸發(fā)此信號。因此，如果掛起重新啟動，則在2秒鐘內按Ctrl + Alt + Del 7次以上是觸發(fā)立即重新啟動的相對安全的方法。系統(tǒng)用戶管理器與SIGTERM一樣對待此信號。SIGWINCH收到此信號后，系統(tǒng)系統(tǒng)管理員將啟動kbrequest.target單元。這主要等效于systemctl start kbrequest.target。系統(tǒng)用戶管理器將忽略此信號。SIGPWR收到此信號后，systemd管理器將啟動sigpwr.target單元。這主要等效于systemctl start sigpwr.target。SIGUSR1收到此信號后，systemd管理器將嘗試重新連接到D-Bus總線。SIGUSR2收到此信號后，systemd管理器將以人類可讀的形式記錄其完整狀態(tài)。記錄的數(shù)據(jù)與systemd-analyze dump打印的相同。SIGHUP重新加載完整的守護程序配置。這主要等效于systemctl守護程序重新加載。SIGRTMIN + 0進入默認模式，啟動default.target單位。這主要等效于systemctl隔離default.target。SIGRTMIN + 1進入救援模式，啟動救援目標單元。這主要等效于systemctl孤立的rescue.target。SIGRTMIN + 2進入緊急模式，啟動緊急服務單元。這主要等效于systemctl孤立的Emergency.service。SIGRTMIN + 3停止機器，啟動halt.target單元。這主要等效于systemctl starthalt.target --job-mode = replace-irreversible。SIGRTMIN + 4關閉機器電源，啟動poweroff.target設備。這主要等效于systemctl start poweroff.target --job-mode = replace-irreversible。SIGRTMIN + 5重新引導計算機，啟動reboot.target單元。這主要等效于systemctl start reboot.target --job-mode = replace-irreversible。SIGRTMIN + 6通過kexec重新啟動機器，啟動kexec.target單元。這主要等效于systemctl start kexec.target --job-mode = replace-irreversible。SIGRTMIN + 13立即停止機器。SIGRTMIN + 14立即關閉機器電源。SIGRTMIN + 15立即重啟機器。SIGRTMIN + 16立即使用kexec重新引導計算機。SIGRTMIN + 20通過內核命令行上的systemd.show_status = 1進行控制，可在控制臺上顯示狀態(tài)消息。SIGRTMIN + 21通過內核命令行上的systemd.show_status = 0進行控制，禁用在控制臺上顯示狀態(tài)消息。SIGRTMIN + 22將服務管理器的日志級別設置為“調試”，其方式等效于內核命令行上的systemd.log_level = debug。SIGRTMIN + 23將日志級別恢復為其配置值。所配置的值是（按優(yōu)先級）從內核命令行上的systemd.log-level =指定的值或配置文件中LogLevel =指定的值或內置的默認“ info”派生的。SIGRTMIN + 24立即退出管理器（僅適用于--user實例）。SIGRTMIN + 26將日志目標恢復為其配置值。配置的值是（按優(yōu)先級）從內核命令行上的systemd.log-target =指定的值或配置文件中的LogTarget =指定的值或內置默認值派生的。SIGRTMIN + 27，SIGRTMIN + 28在內核命令行上將日志目標設置為在SIGRTMIN + 27上為“ console”（在SIGRTMIN + 28上為“ kmsg”），在系統(tǒng)命令行中將其設置為systemd.log_target = console（或在SIGRTMIN + 28上為systemd.log_target = kmsg） 。

環(huán)境

$ SYSTEMD_LOG_LEVELsystemd從此環(huán)境變量讀取日志級別。可以使用--log-level =覆蓋。$ SYSTEMD_LOG_TARGETsystemd從此環(huán)境變量讀取日志目標。可以用--log-target =覆蓋。$ SYSTEMD_LOG_COLOR控制systemd是否突出顯示重要的日志消息?？梢杂?-log-color =覆蓋。$ SYSTEMD_LOG_LOCATION控制systemd是否與日志消息一起打印代碼位置。可以用--log-location =覆蓋。$ XDG_CONFIG_HOME，$ XDG_CONFIG_DIRS，$ XDG_DATA_HOME，$ XDG_DATA_DIRS系統(tǒng)用戶管理器根據(jù)XDG基本目錄規(guī)范[6]使用這些變量來查找其配置。$ SYSTEMD_UNIT_PATH控制systemd在何處查找單位文件。$ SYSTEMD_SYSVINIT_PATH控制systemd在何處查找SysV初始化腳本。$ SYSTEMD_SYSVRCND_PATH控制systemd在何處查找SysV初始化腳本運行級別鏈接服務器場。$ SYSTEMD_COLORS該值必須是布爾值。控制是否應生成彩色輸出?？梢灾付ㄋ鼇砀采wsystemd基于$ TERM和控制臺連接的內容做出的決定。$ SYSTEMD_URLIFY該值必須是布爾值?？刂剖欠駪谥С执斯δ艿慕K端仿真器的輸出中生成可單擊的鏈接。可以指定它來覆蓋systemd基于$ TERM和其他條件做出的決定。$ LISTEN_PID，$ LISTEN_FDS，$ LISTEN_FDNAMES由systemd設置，用于在基于套接字的激活期間受監(jiān)管的進程。有關更多信息，請參見sd_listen_fds（3）。$ NOTIFY_SOCKET由systemd設置以監(jiān)控狀態(tài)和啟動完成通知的過程。有關更多信息，請參見sd_notify（3）。有關systemd及其各個組件可以理解的其他環(huán)境變量，請參見已知環(huán)境變量[7]。

內核命令行
當作為系統(tǒng)實例運行時，systemd解析許多內核命令行參數(shù)[8]：

systemd.unit =，rd.systemd.unit =覆蓋設備以在啟動時激活。默認為default.target。這可以用于臨時引導到其他引導單元，例如result.target或emergency.service。有關這些單元的詳細信息，請參見systemd.special（7）。該選項以“ rd”為前綴。僅在初始RAM磁盤（initrd）中受尊敬，而僅在主系統(tǒng)中不具有前綴的榮譽。systemd.dump_core接受布爾參數(shù)或啟用選項（如果指定時不帶參數(shù)）。如果啟用，systemd管理器（PID 1）在崩潰時將轉儲核心。否則，將不會創(chuàng)建核心轉儲。默認為啟用。systemd.crash_chvt接受正整數(shù)或布爾參數(shù)。也可以在不帶參數(shù)的情況下指定，其作用與正布爾值相同。如果指定了正整數(shù)（范圍為1到63），則系統(tǒng)管理器（PID 1）崩潰時將激活指定的虛擬終端（VT）。默認為禁用，表示不嘗試進行此類切換。如果設置為啟用，則選擇寫入內核消息的VT。systemd.crash_shell接受布爾參數(shù)或啟用選項（如果指定時不帶參數(shù)）。如果啟用，則系統(tǒng)管理器（PID 1）將在崩潰10秒后崩潰時生成外殼。否則，不會生成任何外殼。出于安全原因，默認為禁用，因為外殼不受密碼身份驗證的保護。systemd.crash_reboot接受布爾參數(shù)或啟用選項（如果指定時不帶參數(shù)）。如果啟用，則系統(tǒng)管理器（PID 1）將在崩潰10秒后崩潰時自動重新引導計算機。否則，系統(tǒng)將無限期掛起。默認為禁用，以避免重啟循環(huán)。如果與systemd.crash_shell結合使用，則退出shell后將重新引導系統(tǒng)。systemd.confirm_spawn采用布爾參數(shù)或虛擬控制臺的路徑，在該虛擬控制臺中應發(fā)出確認消息。也可以在不帶參數(shù)的情況下指定，其作用與正布爾值相同。如果啟用，當使用/ dev / console生成進程時，系統(tǒng)管理器（PID 1）要求確認。如果提供了路徑或控制臺名稱（例如“ ttyS0”），則將使用此路徑指向或由給定名稱描述的虛擬控制臺。默認為禁用。systemd.service_watchdogs =接受布爾參數(shù)。如果禁用，則所有服務運行時監(jiān)視程序（WatchdogSec =）和緊急操作（例如OnFailure =或StartLimitAction =）將被系統(tǒng)管理器忽略（PID 1）；參見systemd.service（5）。默認為啟用，即正常處理看門狗和故障動作。硬件看門狗不受此選項的影響。systemd.show_status接受布爾參數(shù)或常量auto。也可以在不帶參數(shù)的情況下指定，其作用與正布爾值相同。如果啟用，systemd管理器（PID 1）將在啟動過程中在控制臺上顯示簡潔的服務狀態(tài)更新。auto的行為類似于false，直到單元出現(xiàn)故障或啟動出現(xiàn)明顯延遲為止。默認為啟用，除非將安靜作為內核命令行選項傳遞，在這種情況下，默認為自動。如果指定，它將覆蓋系統(tǒng)管理器配置文件選項ShowStatus =，請參閱systemd-system.conf（5）。但是，進程命令行選項--show-status =優(yōu)先于此內核命令行選項和配置文件選項。systemd.log_target =，systemd.log_level =，systemd.log_location =，systemd.log_color控制日志輸出，與上述$ SYSTEMD_LOG_TARGET，$ SYSTEMD_LOG_LEVEL，$ SYSTEMD_LOG_LOCATION和$ SYSTEMD_LOG_COLOR環(huán)境變量具有相同的效果。可以不帶參數(shù)地指定systemd.log_color，其作用與正布爾值相同。systemd.default_standard_output =，systemd.default_standard_error =控制服務的默認標準輸出和錯誤輸出，分別具有與上述--default-standard-output =和--default-standard-error =命令行參數(shù)相同的效果。systemd.setenv =采用VARIABLE = VALUE形式的字符串參數(shù)?？捎糜谠O置默認環(huán)境變量以添加到派生的子進程中?？梢远啻问褂靡栽O置多個變量。systemd.machine_id =取一個32個字符的十六進制值來設置機器ID。主要用于網絡引導，每次引導都需要使用相同的機器ID。systemd.unified_cgroup_hierarchy在不帶參數(shù)或帶真參數(shù)的情況下指定時，將啟用統(tǒng)一的cgroup層次結構[9]（aka cgroups-v2）。當使用錯誤的參數(shù)指定時，回退到混合或完整的舊cgroup層次結構。如果未指定此選項，則在編譯期間確定默認行為（-Ddefault-hierarchy =介子選項）。如果內核不支持統(tǒng)一的cgroup層次結構，則即使指定了此選項，也將使用舊式層次結構。systemd.legacy_systemd_cgroup_controller如果未使用完整的統(tǒng)一cgroup層次結構，則生效（請參閱上一個選項）。當指定不帶參數(shù)或帶真參數(shù)的參數(shù)時，將禁用“混合” cgroup層次結構（即用于systemd的cgroups-v2樹和用于其他控制器的舊cgroup層次結構[10]，也稱為cgroups-v1），以及強制使用完整的“舊版”模式。當使用錯誤參數(shù)指定時，啟用“混合”層次結構的使用。如果未指定此選項，則在編譯期間確定默認行為（-Ddefault-hierarchy =介子選項）。如果內核不支持統(tǒng)一的cgroup層次結構，則即使指定了此選項，也將使用舊式層次結構。quiet引導時關閉狀態(tài)輸出，就像systemd.show_status = no一樣。請注意，內核本身也會讀取此選項，并禁用內核日志輸出。因此，傳遞此選項將同時關閉系統(tǒng)管理器和內核的常規(guī)輸出。debug打開調試輸出。這等效于systemd.log_level = debug。請注意，內核本身也會讀取此選項，并啟用內核調試輸出。因此，傳遞此選項將同時打開系統(tǒng)管理器和內核的調試輸出。emergency, rd.emergency, -b進入緊急模式。這分別等效于systemd.unit = emergency.target或rd.systemd.unit = emergency.target，并且出于兼容性原因且易于鍵入而提供。rescue, rd.rescue, single, s, S, 1進入救援模式。這分別等效于systemd.unit = rescue.target或rd.systemd.unit = rescue.target，并且出于兼容性原因而提供并且更易于鍵入。2, 3, 4, 5引導到指定的舊版SysV運行級別。這些等效于systemd.unit = runlevel2.target，systemd.unit = runlevel3.target，systemd.unit = runlevel4.target和systemd.unit = runlevel5.target，分別出于兼容性原因和易于鍵入而提供。locale.LANG =，locale.LANGUAGE =，locale.LC_CTYPE =，locale.LC_NUMERIC =，locale.LC_TIME =，locale.LC_COLLATE =，locale.LC_MONETARY =，locale.LC_MESSAGES =，locale.LC_PAPER =，locale.LC_NAME =， locale.LC_ADDRESS =，locale.LC_TELEPHONE =，locale.LC_MEASUREMENT =，locale.LC_IDENTIFICATION =設置要使用的系統(tǒng)區(qū)域設置。這將覆蓋/etc/locale.conf中的設置。有關更多信息，請參見locale.conf（5）和locale（7）。有關核心操作系統(tǒng)組件可以理解的其他內核命令行參數(shù)，請參考kernel-command-line（7）。

套接字和先進先出

/run/systemd/notify守護程序狀態(tài)通知套接字。這是一個AF_UNIX數(shù)據(jù)報套接字，用于守護程序通知邏輯，該邏輯由 sd_notify（3）實現(xiàn)。/run/systemd/private在內部用作systemctl（1）和systemd進程之間的通信通道。這是一個AF_UNIX流套接字。該接口是systemd專用的，不應在外部項目中使用。/dev/initctl對SysV客戶端接口的有限兼容性支持，由systemd-initctl.service單元實現(xiàn)。這是文件系統(tǒng)中的命名管道。該接口已作廢，不應在新的應用程序中使用。

也可以看看
systemd Homepage[11]，systemd-system.conf（5），locale.conf（5），systemctl（1），journalctl（1），systemd-notify（1），daemon（7），sd-daemon（3） ），systemd.unit（5），systemd.special（5），pkg-config（1），內核命令行（7）：kernel-command-line(7)，bootup（7），systemd.directives（7）

注意

1. cgroups.txthttps://www.kernel.org/doc/Documentation/cgroup-v1/cgroups.txt2.原始設計文件（Original Design Document）http://0pointer.de/blog/projects/systemd.html3.接口穩(wěn)定性承諾https://www.freedesktop.org/wiki/Software/systemd/InterfaceStabilityPromise4.容器接口https://www.freedesktop.org/wiki/Software/systemd/ContainerInterface5. initrd接口https://www.freedesktop.org/wiki/Software/systemd/InitrdInterface6. XDG基本目錄規(guī)范http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html7.已知環(huán)境變量https://systemd.io/ENVIRONMENT8.如果在Linux容器中運行，則這些參數(shù)可以作為命令行參數(shù)傳遞給systemd本身，位于上面“選項”部分中列出的任何命令行選項旁邊。如果在Linux容器之外運行，則從/ proc / cmdline解析這些參數(shù)。9.統(tǒng)一的cgroup層次結構https://www.kernel.org/doc/Documentation/cgroup-v2.txt10.舊的cgroup層次結構https://www.kernel.org/doc/Documentation/cgroup-v1/11.systemd首頁https://www.freedesktop.org/wiki/Software/systemd/

systemd 241 SYSTEMD（1）

總結

以上是生活随笔為你收集整理的systemd man手册的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。