請關注本頭條號，每天堅持更新原創乾貨技術文章。
如需學習視頻，請在微信搜索公眾號“智傳網優”直接開始自助視頻學習
1. systemd的前世
歷史上，Linux 的啟動一直採用init進程。
採用init管理進程的系統使用下面的命令用來啟動服務。
sudo /etc/init.d/mysqld start
或者
sudo service mysqld start
這種方法有兩個缺點。
一是啟動時間長。init進程是串行啟動，只有前一個進程啟動完，才會啟動下一個進程。
二是啟動腳本複雜。init進程只是執行啟動腳本，不管其他事情。腳本需要自己處理各種情況，這往往使得腳本變得很長。
2. Systemd 概述
Systemd 就是為了解決這些問題而誕生的。它的設計目標是，為系統的啟動和管理提供一套完整的解決方案。
根據 Linux 慣例，字母d是守護進程（daemon）的縮寫。 Systemd 這個名字的含義，就是它要守護整個系統。
使用了 Systemd，就不需要再用init了。Systemd 取代了initd，成為系統的第一個進程（PID 等於 1），其他進程都是它的子進程。
systemd概述
systemd架構圖如下：
systemd架構圖
查詢systemd版本信息:
[root@zcwyou ~]# systemctl --version
輸出結果如下
systemd 219
+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN
查詢systemd版本信息
上面的命令查看 Systemd 的版本。
Systemd 的優點是功能強大，使用方便，缺點是體系龐大，非常複雜。事實上，現在還有很多人反對使用 Systemd，理由就是它過於複雜，與操作系統的其他部分強耦合，違反"keep simple, keep stupid"的Unix 哲學。
3. 系統管理
注意：Systemd 並不是一個命令，而是一組命令，涉及到系統管理的方方面面。
3.1 systemctl
systemctl是 Systemd 的主命令，用於管理系統。
使用systemctl重啟系統
sudo systemctl reboot
關閉系統，切斷電源
sudo systemctl poweroff
CPU停止工作
sudo systemctl halt
暫停系統
sudo systemctl suspend
讓系統進入休眠狀態
sudo systemctl hibernate
讓系統進入交互式休眠狀態
sudo systemctl hybrid-sleep
啟動進入救援狀態（單用戶狀態）
sudo systemctl rescue
3.2 systemd-analyze
systemd-analyze命令用於查看啟動耗時。
查看啟動耗時
[root@zcwyou ~]# systemd-analyze
systemd-analyze命令用於查看啟動耗時
查看每個服務的啟動耗時
[root@zcwyou ~]# systemd-analyze blame
linux查看每個服務的啟動耗時
顯示瀑布狀的啟動過程流
systemd-analyze critical-chain
顯示指定服務的啟動流
systemd-analyze critical-chain atd.service
3.3 hostnamectl
hostnamectl命令用於查看當前主機的信息。
顯示當前主機的信息
hostnamectl
設置主機名
hostnamectl set-hostname rhel7
3.4 localectl
localectl命令用於查看本地化設置。
查看本地化設置
localectl
設置本地化參數。
localectl set-locale LANG=en_GB.utf8
localectl set-keymap en_GB
3.5 timedatectl
timedatectl命令用於查看當前時區設置。
查看當前時區設置
timedatectl
顯示所有可用的時區
timedatectl list-timezones
使用timedatectl設置時區
timedatectl set-timezone America/New_York
使用timedatectl設置日期
timedatectl set-time YYYY-MM-DD
使用timedatectl設置時間
timedatectl set-time HH:MM:SS
3.6 loginctl
loginctl命令用於查看當前登錄的用戶。
列出當前session
loginctl list-sessions
列出當前登錄用戶
loginctl list-users
列出顯示指定用戶的信息
loginctl show-user ruanyf
4. Unit詳解
4.1 Unit含義
Systemd 可以管理所有系統資源。不同的資源統稱為 Unit（單位）。
Unit 一共分成12種。
Service unit：系統服務
Target unit：多個 Unit 構成的一個組
Device Unit：硬件設備
Mount Unit：文件系統的掛載點
Automount Unit：自動掛載點
Path Unit：文件或路徑
Scope Unit：不是由 Systemd 啟動的外部進程
Slice Unit：進程組
Snapshot Unit：Systemd 快照，可以切回某個快照
Socket Unit：進程間通信的 socket
Swap Unit：swap 文件
Timer Unit：定時器
systemctl list-units命令可以查看當前系統的所有 Unit 。
列出正在運行的 Unit
systemctl list-units
列出所有Unit，包括沒有找到配置文件的或者啟動失敗的
systemctl list-units --all
列出所有沒有運行的 Unit
systemctl list-units --all --state=inactive
列出所有加載失敗的 Unit
systemctl list-units --failed
列出所有正在運行的、類型為 service 的 Unit
systemctl list-units --type=service
4.2 Unit 的狀態
systemctl status命令用於查看系統狀態和單個 Unit 的狀態。
顯示系統狀態
systemctl status
顯示單個 Unit 的狀態
systemctl status bluetooth.service
顯示遠程主機的某個 Unit 的狀態
systemctl -H [email protected] status httpd.service
除了status命令，systemctl還提供了三個查詢狀態的簡單方法，主要供腳本內部的判斷語句使用。
顯示某個 Unit 是否正在運行
systemctl is-active application.service
顯示某個 Unit 是否處於啟動失敗狀態
systemctl is-failed application.service
顯示某個 Unit 服務是否建立了啟動鏈接
systemctl is-enabled application.service
4.3 Unit 管理
對於用戶來說，最常用的是下面這些命令，用於啟動和停止 Unit（主要是 service）
立即啟動一個服務
sudo systemctl start apache.service
立即停止一個服務
sudo systemctl stop apache.service
重啟一個服務
systemctl restart apache.service
殺死一個服務的所有子進程
systemctl kill apache.service
重新加載一個服務的配置文件
systemctl reload apache.service
重載所有修改過的配置文件
systemctl daemon-reload
顯示某個Unit 的所有底層參數
systemctl show httpd.service
顯示某個Unit 的指定屬性的值
systemctl show -p CPUShares httpd.service
設置某個Unit 的指定屬性
systemctl set-property httpd.service CPUShares=500
4.4 Unit 依賴關係
Unit 之間存在依賴關係：A 依賴於 B，就意味著 Systemd 在啟動 A 的時候，同時會去啟動 B。
列出一個 Unit 的所有依賴的命令：
systemctl list-dependencies
查看某Unit的依賴：
systemctl list-dependencies nginx.service
上面命令的輸出結果之中，有些依賴是 Target 類型（詳見下文），默認不會展開顯示。如果要展開 Target，就需要使用--all參數。
systemctl list-dependencies --all nginx.service
5. Unit 的配置文件
5.1 概述
每一個 Unit 都有一個配置文件，告訴 Systemd 怎麼啟動這個 Unit 。
Systemd 默認從目錄/etc/systemd/system/讀取配置文件。但是，裡面存放的大部分文件都是符號鏈接，指向目錄/usr/lib/systemd/system/，真正的配置文件存放在那個目錄。
systemctl enable命令用於在上面兩個目錄之間，建立符號鏈接關係。
例如：
systemctl enable [email protected]
等同於
ln -s '/usr/lib/systemd/system/[email protected]' '/etc/systemd/system/multi-user.target.wants/[email protected]'
如果配置文件裡面設置了開機啟動，systemctl enable命令相當於激活開機啟動。
與之對應的，systemctl disable命令用於在兩個目錄之間，撤銷符號鏈接關係，相當於撤銷開機啟動。
例如：
systemctl disable [email protected]
配置文件的後綴名，就是該 Unit 的種類，比如sshd.socket。如果省略，Systemd 默認後綴名為.service，所以sshd會被理解成sshd.service。
5.2 配置文件的狀態
systemctl list-unit-files命令用於列出所有配置文件。
列出所有配置文件
systemctl list-unit-files
列出指定類型的配置文件
systemctl list-unit-files --type=service
這個命令會輸出一個列表。
systemctl list-unit-files
這個列表顯示每個配置文件的狀態，一共有四種。
enabled：已建立啟動鏈接
disabled：沒建立啟動鏈接
static：該配置文件沒有[Install]部分（無法執行），只能作為其他配置文件的依賴
masked：該配置文件被禁止建立啟動鏈接
注意，從配置文件的狀態無法看出，該 Unit 是否正在運行。這必須執行前面提到的systemctl status命令。
systemctl status bluetooth.service
一旦修改配置文件，就要讓 SystemD 重新加載配置文件，然後重新啟動，否則修改不會生效。
systemctl daemon-reload
重新加載配置文件後重新啟動某服務
systemctl restart httpd.service
5.3 配置文件的格式
配置文件就是普通的文本文件，可以用文本編輯器打開。
systemctl cat命令可以查看配置文件的內容。
查看atd服務的配置文件
systemctl cat atd.service
[Unit]
Description=ATD daemon
[Service]
Type=forking
ExecStart=/usr/bin/atd
[Install]
WantedBy=multi-user.target
從上面的輸出可以看到，配置文件分成幾個區塊。每個區塊的第一行，是用方括號表示的區別名，比如[Unit]。注意，配置文件的區塊名和字段名，都是大小寫敏感的。
每個區塊內部是一些等號連接的鍵值對。
[Section]
Directive1=value
Directive2=value
. . .
注意，鍵值對的等號兩側不能有空格。
5.4 配置文件的區塊說明
[Unit]區塊通常是配置文件的第一個區塊，用來定義 Unit 的元數據，以及配置與其他 Unit 的關係。
它的主要字段如下。
Description：簡短描述
Documentation：文檔地址
Requires：當前 Unit 依賴的其他 Unit，如果它們沒有運行，當前 Unit 會啟動失敗
Wants：與當前 Unit 配合的其他 Unit，如果它們沒有運行，當前 Unit 不會啟動失敗
BindsTo：與Requires類似，它指定的 Unit 如果退出，會導致當前 Unit 停止運行
Before：如果該字段指定的 Unit 也要啟動，那麼必須在當前 Unit 之後啟動
After：如果該字段指定的 Unit 也要啟動，那麼必須在當前 Unit 之前啟動
Conflicts：這裡指定的 Unit 不能與當前 Unit 同時運行
Condition…：當前 Unit 運行必須滿足的條件，否則不會運行
Assert…：當前 Unit 運行必須滿足的條件，否則會報啟動失敗
[Install]通常是配置文件的最後一個區塊，用來定義如何啟動，以及是否開機啟動。它的主要字段如下。
WantedBy：它的值是一個或多個 Target，當前 Unit 激活時（enable）符號鏈接會放入/etc/systemd/system目錄下面以 Target 名 + .wants後綴構成的子目錄中
RequiredBy：它的值是一個或多個 Target，當前 Unit 激活時，符號鏈接會放入/etc/systemd/system目錄下面以 Target 名 + .required後綴構成的子目錄中
Alias：當前 Unit 可用於啟動的別名
Also：當前 Unit 激活（enable）時，會被同時激活的其他 Unit
[Service]區塊用來 Service 的配置，只有 Service 類型的 Unit 才有這個區塊。它的主要字段如下。
Type：定義啟動時的進程行為。它有以下幾種值。
Type=simple：默認值，執行ExecStart指定的命令，啟動主進程
Type=forking：以 fork 方式從父進程創建子進程，創建後父進程會立即退出
Type=oneshot：一次性進程，Systemd 會等當前服務退出，再繼續往下執行
Type=dbus：當前服務通過D-Bus啟動
Type=notify：當前服務啟動完畢，會通知Systemd，再繼續往下執行
Type=idle：若有其他任務執行完畢，當前服務才會運行
ExecStart：啟動當前服務的命令
ExecStartPre：啟動當前服務之前執行的命令
ExecStartPost：啟動當前服務之後執行的命令
ExecReload：重啟當前服務時執行的命令
ExecStop：停止當前服務時執行的命令
ExecStopPost：停止當其服務之後執行的命令
RestartSec：自動重啟當前服務間隔的秒數
Restart：定義何種情況 Systemd 會自動重啟當前服務，可能的值包括always（總是重啟）、on-success、on-failure、on-abnormal、on-abort、on-watchdog
TimeoutSec：定義 Systemd 停止當前服務之前等待的秒數
Environment：指定環境變量
Unit 配置文件的完整字段清單，請參考官方文檔。
6. Target
啟動計算機的時候，需要啟動大量的 Unit。如果每一次啟動，都要一一寫明本次啟動需要哪些 Unit，顯然非常不方便。Systemd 的解決方案就是 Target。
簡單說，Target 就是一個 Unit 組，包含許多相關的 Unit 。啟動某個 Target 的時候，Systemd 就會啟動裡面所有的 Unit。從這個意義上說，Target 這個概念類似於"狀態點"，啟動某個 Target 就好比啟動到某種狀態。
傳統的init啟動模式裡面，有 RunLevel 的概念，跟 Target 的作用很類似。不同的是，RunLevel 是互斥的，不可能多個 RunLevel 同時啟動，但是多個 Target 可以同時啟動。
查看當前系統的所有 Target
systemctl list-unit-files --type=target
查看一個 Target 包含的所有 Unit
systemctl list-dependencies multi-user.target
查看啟動時的默認Target
systemctl get-default
設置啟動時的默認 Target
systemctl set-default multi-user.target
切換 Target 時，默認不關閉前一個 Target 啟動的進程，
systemctl isolate命令改變這種行為，
關閉前一個 Target 裡面所有不屬於後一個 Target 的進程
systemctl isolate multi-user.target
Target 與 傳統 RunLevel 的對應關係如下。
Traditional runlevel New target name Symbolically linked to…
Runlevel 0 | runlevel0.target -> poweroff.target
Runlevel 1 | runlevel1.target -> rescue.target
Runlevel 2 | runlevel2.target -> multi-user.target
Runlevel 3 | runlevel3.target -> multi-user.target
Runlevel 4 | runlevel4.target -> multi-user.target
Runlevel 5 | runlevel5.target -> graphical.target
Runlevel 6 | runlevel6.target -> reboot.target
它與init進程的主要差別如下。
（1）默認的 RunLevel（在/etc/inittab文件設置）現在被默認的 Target 取代，位置是/etc/systemd/system/default.target，通常符號鏈接到graphical.target（圖形界面）或者multi-user.target（多用戶命令行）。
（2）啟動腳本的位置，以前是/etc/init.d目錄，符號鏈接到不同的 RunLevel 目錄 （比如/etc/rc3.d、/etc/rc5.d等），現在則存放在/lib/systemd/system和/etc/systemd/system目錄。
（3）配置文件的位置，以前init進程的配置文件是/etc/inittab，各種服務的配置文件存放在/etc/sysconfig目錄。現在的配置文件主要存放在/lib/systemd目錄，在/etc/systemd目錄裡面的修改可以覆蓋原始設置。
7. 日誌管理
Systemd 統一管理所有 Unit 的啟動日誌。帶來的好處就是，可以只用journalctl一個命令，查看所有日誌（內核日誌和應用日誌）。日誌的配置文件是/etc/systemd/journald.conf。
journalctl功能強大，用法非常多。
查看所有日誌（默認情況下 ，只保存本次啟動的日誌）
journalctl
查看內核日誌（不顯示應用日誌）
journalctl -k
查看系統本次啟動的日誌
journalctl -b
journalctl -b -0
查看上一次啟動的日誌（需更改設置）
journalctl -b -1
查看指定時間的日誌
journalctl --since="2012-10-30 18:17:16"
journalctl --since "20 min ago"
journalctl --since yesterday
journalctl --since "2015-01-10" --until "2015-01-11 03:00"
journalctl --since 09:00 --until "1 hour ago"
顯示尾部的最新10行日誌
journalctl -n
顯示尾部指定行數的日誌
journalctl -n 20
實時滾動顯示最新日誌
journalctl -f
查看指定服務的日誌
journalctl /usr/lib/systemd/systemd
查看指定進程的日誌
journalctl _PID=1
查看某個路徑的腳本的日誌
journalctl /usr/bin/bash
查看指定用戶的日誌
journalctl _UID=33 --since today
查看某個 Unit 的日誌
journalctl -u nginx.service
journalctl -u nginx.service --since today
實時滾動顯示某個 Unit 的最新日誌
journalctl -u nginx.service -f
合併顯示多個 Unit 的日誌
journalctl -u nginx.service -u php-fpm.service --since today
查看指定優先級（及其以上級別）的日誌，共有8級
0: emerg
1: alert
2: crit
3: err
4: warning
5: notice
6: info
7: debug
journalctl -p err -b
日誌默認分頁輸出，--no-pager 改為正常的標準輸出
journalctl --no-pager
以 JSON 格式（單行）輸出
journalctl -b -u nginx.service -o json
以 JSON 格式（多行）輸出，可讀性更好
journalctl -b -u sshd -o json-pretty
顯示日誌佔據的硬盤空間
journalctl --disk-usage
指定日誌文件佔據的最大空間
journalctl --vacuum-size=1G
指定日誌文件保存多久
journalctl --vacuum-time=1years
8. 開機啟動(系統下一次啟動時才生效)
對於那些支持 Systemd 的軟件，安裝的時候，會自動在/usr/lib/systemd/system目錄添加一個配置文件。
如果你想讓該軟件開機啟動，就執行下面的命令（以httpd.service為例）。
systemctl enable httpd
上面的命令相當於在/etc/systemd/system目錄添加一個符號鏈接，指向/usr/lib/systemd/system裡面的httpd.service文件。
這是因為開機時，Systemd只執行/etc/systemd/system目錄裡面的配置文件。這也意味著，如果把修改後的配置文件放在該目錄，就可以達到覆蓋原始配置的效果。
9. 立即啟動服務
設置開機啟動以後，軟件並不會立即啟動，必須等到下一次開機。如果想現在就運行該軟件，那麼要執行systemctl start命令。
systemctl start httpd
執行上面的命令以後，有可能啟動失敗，因此要用systemctl status命令查看一下該服務的狀態。
systemctl status sshd
sshd.service - OpenSSH server daemon
Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled)
Active: active (running) since 四 2018-12-27 16:52:15 CST; 3h 11min ago
Docs: man:sshd(8)
man:sshd_config(5)
Main PID: 6734 (sshd)
CGroup: /system.slice/sshd.service
└─6734 /usr/sbin/sshd -D
12月 27 16:52:15 centos7.zcwyou.com systemd[1]: Starting OpenSSH server daemon…
12月 27 16:52:15 centos7.zcwyou.com sshd[6734]: Server listening on 0.0.0.0 port 22.
12月 27 16:52:15 centos7.zcwyou.com sshd[6734]: Server listening on :: port 22.
12月 27 16:52:15 centos7.zcwyou.com systemd[1]: Started OpenSSH server daemon.
12月 27 16:52:20 centos7.zcwyou.com sshd[7011]: Address 172.16.87.1 maps to zcwyou, but this does not map back to the address - POSSIBL…TTEMPT!
12月 27 16:52:20 centos7.zcwyou.com sshd[7011]: Accepted publickey for root from 172.16.87.1 port 49256 ssh2: RSA SHA256:F2hCL+UQ9RMFiF…Sf/PQVk
Hint: Some lines were ellipsized, use -l to show in full.
上面的輸出結果含義如下。
Loaded行：配置文件的位置，是否設為開機啟動
Active行：表示正在運行
Main PID行：主進程ID
Status行：由應用本身（這裡是 httpd ）提供的軟件當前狀態
CGroup塊：應用的所有子進程
日誌塊：應用的日誌
10. 停止服務
終止正在運行的服務，需要執行systemctl stop命令。
systemctl stop httpd.service
有時候，該命令可能沒有響應，服務停不下來。這時候就不得不"殺進程"了，向正在運行的進程發出kill信號。
systemctl kill httpd.service
此外，重啟服務要執行systemctl restart命令。
systemctl restart httpd.service
11. 配置文件的案例
一個服務怎麼啟動，完全由它的配置文件決定。下面就來看，配置文件有些什麼內容。
前面說過，配置文件主要放在/usr/lib/systemd/system目錄，也可能在/etc/systemd/system目錄。找到配置文件以後，使用文本編輯器打開即可。
systemctl cat命令可以用來查看配置文件，下面以sshd.service文件為例，它的作用是啟動一個 SSH 服務器，供其他用戶以 SSH 方式登錄。
systemctl cat sshd.service
[Unit]
Description=OpenSSH server daemon
Documentation=man:sshd(8) man:sshd_config(5)
After=network.target sshd-keygen.service
Wants=sshd-keygen.service
[Service]
EnvironmentFile=/etc/sysconfig/sshd
ExecStart=/usr/sbin/sshd -D
MAINPID
Type=simple
KillMode=process
Restart=on-failure
RestartSec=42s
[Install]
WantedBy=multi-user.target
可以看到，配置文件分成幾個區塊，每個區塊包含若干條鍵值對。
下面依次解釋每個區塊的內容。
12. [Unit]區塊：啟動順序與依賴關係
Unit區塊的Description字段給出當前服務的簡單描述，Documentation字段給出文檔位置。
接下來的設置是啟動順序和依賴關係，這個比較重要。
After字段：表示如果network.target或sshd-keygen.service需要啟動，那麼sshd.service應該在它們之後啟動。
相應地，還有一個Before字段，定義sshd.service應該在哪些服務之前啟動。
注意，After和Before字段只涉及啟動順序，不涉及依賴關係。
舉例來說，某 Web 應用需要 postgresql 數據庫儲存數據。在配置文件中，它只定義要在 postgresql 之後啟動，而沒有定義依賴 postgresql 。上線後，由於某種原因，postgresql 需要重新啟動，在停止服務期間，該 Web 應用就會無法建立數據庫連接。
設置依賴關係，需要使用Wants字段和Requires字段。
Wants字段：表示sshd.service與sshd-keygen.service之間存在"弱依賴"關係，即如果"sshd-keygen.service"啟動失敗或停止運行，不影響sshd.service繼續執行。
Requires字段則表示"強依賴"關係，即如果該服務啟動失敗或異常退出，那麼sshd.service也必須退出。
注意，Wants字段與Requires字段只涉及依賴關係，與啟動順序無關，默認情況下是同時啟動的。
13. [Service] 區塊：啟動行為
Service區塊定義如何啟動當前服務。
13.1 啟動命令
許多軟件都有自己的環境參數文件，該文件可以用EnvironmentFile字段讀取。
EnvironmentFile字段：指定當前服務的環境參數文件。該文件內部的key=value鍵值對，可以用
上面的例子中，啟動sshd，執行的命令是/usr/sbin/sshd -D key的形式，在當前配置文件中獲取。上面的例子中，sshd的環境參數文件是/etc/sysconfig/sshd。配置文件裡面最重要的字段是ExecStart。ExecStart字段：定義啟動進程時執行的命令。上面的例子中，啟動sshd，執行的命令是/usr/sbin/sshd−DOPTIONS，其中的變量$OPTIONS就來自EnvironmentFile字段指定的環境參數文件。
與之作用相似的，還有如下這些字段。
ExecReload字段：重啟服務時執行的命令
ExecStop字段：停止服務時執行的命令
ExecStartPre字段：啟動服務之前執行的命令
ExecStartPost字段：啟動服務之後執行的命令
ExecStopPost字段：停止服務之後執行的命令
請看下面的例子:
[Service]
ExecStart=/bin/echo execstart1
ExecStart=
ExecStart=/bin/echo execstart2
ExecStartPost=/bin/echo post1
ExecStartPost=/bin/echo post2
上面這個配置文件，第二行ExecStart設為空值，等於取消了第一行的設置，運行結果如下。
execstart2
post1
post2
所有的啟動設置之前，都可以加上一個連詞號（-），表示"抑制錯誤"，即發生錯誤的時候，不影響其他命令的執行。比如，EnvironmentFile=-/etc/sysconfig/sshd（注意等號後面的那個連詞號），就表示即使/etc/sysconfig/sshd文件不存在，也不會拋出錯誤。
13.2 啟動類型
Type字段定義啟動類型。它可以設置的值如下。
simple（默認值）：ExecStart字段啟動的進程為主進程
forking：ExecStart字段將以fork()方式啟動，此時父進程將會退出，子進程將成為主進程
oneshot：類似於simple，但只執行一次，Systemd 會等它執行完，才啟動其他服務
dbus：類似於simple，但會等待 D-Bus 信號後啟動
notify：類似於simple，啟動結束後會發出通知信號，然後 Systemd 再啟動其他服務
idle：類似於simple，但是要等到其他任務都執行完，才會啟動該服務。一種使用場合是為讓該服務的輸出，不與其他服務的輸出相混合
下面是一個oneshot的例子，筆記本電腦啟動時，要把觸摸板關掉，配置文件可以這樣寫。
[Unit]
Description=Switch-off Touchpad
[Service]
Type=oneshot
ExecStart=/usr/bin/touchpad-off
[Install]
WantedBy=multi-user.target
上面的配置文件，啟動類型設為oneshot，就表明這個服務只要運行一次就夠了，不需要長期運行。
如果關閉以後，將來某個時候還想打開，配置文件修改如下。
[Unit]
Description=Switch-off Touchpad
[Service]
Type=oneshot
ExecStart=/usr/bin/touchpad-off start
ExecStop=/usr/bin/touchpad-off stop
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
上面配置文件中，RemainAfterExit字段設為yes，表示進程退出以後，服務仍然保持執行。這樣的話，一旦使用systemctl stop命令停止服務，ExecStop指定的命令就會執行，從而重新開啟觸摸板。
13.3 重啟行為
Service區塊有一些字段，定義了重啟行為。
KillMode字段：定義 Systemd 如何停止 sshd 服務。
上面這個例子中，將KillMode設為process，表示只停止主進程，不停止任何sshd 子進程，即子進程打開的 SSH session 仍然保持連接。這個設置不太常見，但對 sshd 很重要，否則你停止服務的時候，會連自己打開的 SSH session 一起殺掉。
KillMode字段可以設置的值如下。
control-group（默認值）：當前控制組裡面的所有子進程，都會被殺掉
process：只殺主進程
mixed：主進程將收到 SIGTERM 信號，子進程收到 SIGKILL 信號
none：沒有進程會被殺掉，只是執行服務的 stop 命令。
接下來是Restart字段。
Restart字段：定義了 sshd 退出後，Systemd 的重啟方式。
上面的例子中，Restart設為on-failure，表示任何意外的失敗，就將重啟sshd。如果 sshd 正常停止（比如執行systemctl stop命令），它就不會重啟。
Restart字段可以設置的值如下。
no（默認值）：退出後不會重啟
on-success：只有正常退出時（退出狀態碼為0），才會重啟
on-failure：非正常退出時（退出狀態碼非0），包括被信號終止和超時，才會重啟
on-abnormal：只有被信號終止和超時，才會重啟
on-abort：只有在收到沒有捕捉到的信號終止時，才會重啟
on-watchdog：超時退出，才會重啟
always：不管是什麼退出原因，總是重啟
對於守護進程，推薦設為on-failure。對於那些允許發生錯誤退出的服務，可以設為on-abnormal。
最後是RestartSec字段。RestartSec字段：表示 Systemd 重啟服務之前，需要等待的秒數。上面的例子設為等待42秒。
十四、[Install] 區塊
Install區塊，定義如何安裝這個配置文件，即怎樣做到開機啟動。
WantedBy字段：表示該服務所在的 Target。
Target的含義是服務組，表示一組服務。WantedBy=multi-user.target指的是，sshd 所在的 Target 是multi-user.target。
這個設置非常重要，因為執行systemctl enable sshd.service命令時，sshd.service的一個符號鏈接，就會放在/etc/systemd/system目錄下面的multi-user.target.wants子目錄之中。
Systemd 有默認的啟動 Target。
systemctl get-default
顯示:multi-user.target
上面的結果表示，默認的啟動 Target 是multi-user.target。在這個組裡的所有服務，都將開機啟動。這就是為什麼systemctl enable命令能設置開機啟動的原因。
使用 Target 的時候，systemctl list-dependencies命令和systemctl isolate命令也很有用。
查看multi-user.target包含的所有服務
systemctl list-dependencies multi-user.target
切換到另一個target
systemctl isolate shutdown.target
shutdown.target 就是關機狀態
一般來說，常用的 Target 有兩個：一個是multi-user.target，表示多用戶命令行狀態；另一個是graphical.target，表示圖形用戶狀態，它依賴於multi-user.target。官方文檔有一張非常清晰的 Target 依賴關係圖。
14. Target 的配置文件
Target 也有自己的配置文件。
systemctl cat multi-user.target
[Unit]
Description=Multi-User System
Documentation=man:systemd.special(7)
Requires=basic.target
Conflicts=rescue.service rescue.target
After=basic.target rescue.service rescue.target
AllowIsolate=yes
查看systemd服務單元配置文件
注意，Target 配置文件裡面沒有啟動命令。
上面輸出結果中，主要字段含義如下。
Requires字段：要求basic.target一起運行。
Conflicts字段：衝突字段。如果rescue.service或rescue.target正在運行，multi-user.target就不能運行，反之亦然。
After：表示multi-user.target在basic.target 、 rescue.service、 rescue.target之後啟動，如果它們有啟動的話。
AllowIsolate：允許使用systemctl isolate命令切換到multi-user.target。
15. 修改配置文件後重啟
修改配置文件以後，需要重新加載配置文件，然後重新啟動相關服務。
重新加載配置文件
systemctl daemon-reload
重啟相關服務
systemctl restart foobar
重新加載systemd配置文件
16. 總結
CentOS7以上的系統使用systemd管理套件，它是一個非常強大的系統管理工具。Linux運維人員應該精通並充分使用它。
文章已經同步到博客站：
https://www.linuxrumen.com/cyml/544.html
點擊瞭解更多，快速查看更多的技術文章列表。
相關推薦
