案例現(xiàn)象
我在 3 月 31日的時候發(fā)表了一篇《shell 腳本之一鍵部署安裝 Nginx》，介紹了如何通過 shell 腳本一鍵安裝 Nginx
我腳本中執(zhí)行了 Nginx 開機自啟動的命令，當(dāng)我使用 systemctl status nginx 命令復(fù)核的時候，我發(fā)現(xiàn) Nginx 服務(wù)設(shè)置開機自啟動并沒有生效
?文章來源：http://www.zghlxwxcb.cn/news/detail-409792.html
使用下面的命令設(shè)置一下
?
通常來說，設(shè)置開機自啟動其實就是將 nginx.service 這個文件創(chuàng)建一個軟連接然后掛在/etc/systemd/system/multi-user.target.wants/ 目錄下面
?
舉個例子，我要將 atd.service 設(shè)置開機自啟動
?
?
可以看到設(shè)置了開機自啟動的服務(wù)都在這個目錄下面有軟連接，但是沒有 Nginx 服務(wù)
?
我們使用下面的命令來看下 nginx 服務(wù)有沒有設(shè)置開機自啟動
?
奇怪，怎么 systemctl enable nginx.service 沒有生效？
?
手動創(chuàng)建一下軟鏈接試試
?
?發(fā)現(xiàn)設(shè)置開機自啟動成功
?
問題：使用 systemctl 命令不能設(shè)置 nginx 服務(wù)開機自啟動，需要手動去掛載軟連接
?
定位問題
在排查問題之前，我先給大家簡單介紹一下?daemon 與 服務(wù)（service）
?
daemon 與 服務(wù)（service）
?
我們知道，在 Linux 中，服務(wù)（service）其實就是一個個程序，它們能夠?qū)崿F(xiàn)某一功能、提供某一服務(wù)
?
但通常我們在查閱類 Unix 系統(tǒng)相關(guān)的技術(shù)文檔時，又經(jīng)常會看到“請啟動某某 daemon 來提供某某功能”
?
那么這個 daemon 到底是啥意思？它跟 service 有什么區(qū)別？
?
簡單點來說，系統(tǒng)為了實現(xiàn)某些功能必須要提供一些服務(wù)（比如想要實現(xiàn)負(fù)載均衡的功能需要提供 Nginx 服務(wù)）
?
但是提供的 service 需要程序的運作（例如你需要啟動 Nginx 進程），所以我們一般認(rèn)為使系統(tǒng)能夠提供某些 service 的程序稱作 daemon（例如使系統(tǒng)能夠提供負(fù)載均衡服務(wù)的程序 nginx 為 daemon）
?
看到這里小伙伴們可能都暈了，說實話我第一次看到的時候也是這樣的
其實你不必去區(qū)分什么是 daemon 和 service，因為提供某一 service 是需要一個 daemon 在運作，沒有這個運作的 daemon 就不會有這個 service
?
無論是命令行模式（runlevel 3），還是圖像界面模式（runlevel 5），我們在開機進入 Linux 主機之后，系統(tǒng)已經(jīng)開始提供很多 service 了（例如 sshd ）
?
那么這些 service 是如何啟動的，系統(tǒng)又是怎么管理它們的呢？
?
在早期 Linux 是使用 SystemV 來管理服務(wù)的，啟動系統(tǒng)服務(wù)的管理方式被稱為 SysV 的 init 腳本處理方式——系統(tǒng)內(nèi)核第一個程序是 init，然后 init 去喚起所有系統(tǒng)需要的服務(wù)
?
SystemV 管理服務(wù)的開機自啟動有兩種方式：
-
通過掛軟連接的方式
將 /etc/rc.d/rc[0-6]/SXX 服務(wù)名字掛載到 /etc/init.d/ 下（其中 SXX 中的 S 表示啟動該服務(wù)，XX 是數(shù)字，為啟動的順序）
?
-
通過 chkconfig 命令
創(chuàng)建軟連接的方式比較麻煩，一般來說都是用命令來管理
?
但是 CentOS 7 之后就放棄了使用多年的 SystemV ，改用 systemd 來管理服務(wù)
?
systemd 管理服務(wù)
?
systemd 將過去所謂的 daemon 程序稱作一個個服務(wù)單位（unit），而每個 unit 根據(jù)功能來區(qū)分成不同的類型（type）：
-
系統(tǒng)服務(wù)（service）
-
負(fù)責(zé)網(wǎng)絡(luò)數(shù)據(jù)監(jiān)聽與交換的服務(wù)（socket）
-
快照服務(wù)（sanpshot）
?
而且 systemd 將許多的 unit 集合成一個所謂的 target 項目，你執(zhí)行某個 target 其實就是執(zhí)行 target 下的多個 unit
?
可能有小伙伴覺得，這么多 unit 分成不同的 type，然后又被合集到不同的 target ，管理起來不會很麻煩嗎
?
其實也還好，因為相關(guān)的文件都存放在下面的目錄當(dāng)中了
?
總結(jié)，系統(tǒng)開機會不會執(zhí)行某些服務(wù)是看 /etc/systemd/system/ 目錄下有沒有該服務(wù)的啟動腳本，而服務(wù)的啟動腳本是放在 /usr/lib/systemd/system/下的
?
systemctl 命令
systemd 來管理服務(wù)的方式是通過 systemctl 命令，相較于 SysV 通過 service / chkconfig / setup / init 一堆命令，systemd 管理服務(wù)的方式簡單多了
?
?PS：關(guān)閉服務(wù)除了 systemctl 命令，也能用 kill 命令的方式，但是這兩個命令不要混用！
?
?服務(wù)的狀態(tài)
?
-
服務(wù)的當(dāng)前狀態(tài)：
-
active (running)：表示服務(wù)正在運行
-
active (exited)：表示該服務(wù)執(zhí)行一次就正常結(jié)束，目前沒有執(zhí)行
-
active (waiting)：表示該服務(wù)正在運行，不要需要等待其他事件執(zhí)行之后才能繼續(xù)處理
-
inactive：表示服務(wù)目前關(guān)閉，沒有運行
-
服務(wù)預(yù)設(shè)狀態(tài)：
-
enable：開機的時候?qū)⒆詥?/span>
-
disable：開機的時候不會自啟動
-
static：這個服務(wù)不會開機自啟動，但是有可能會被其他開機自啟動的服務(wù)來喚醒（依賴性）
-
mask：無論如何都不會被啟動，因為已經(jīng)被強制注銷
?
服務(wù)的啟動文件
前面我們說過，服務(wù)的啟動腳本文件放在 ?/usr/lib/systemd/system/下的，如果需要對服務(wù)的啟動腳本文件修改，需要進入到該目錄下（官方不建議直接修改該目錄下的文件，但是會比較麻煩且繁瑣）
?
?我們就拿 sshd.service 舉例，來了解下服務(wù)的啟動腳本里面的配置字段
?
分析上面文件中的內(nèi)容，我們可以看到分成了三個部分（block）：
-
[Unit]
-
unit（即服務(wù)）本身的說明，以及與其他服務(wù)的依賴性設(shè)定（After、Wants 字段）
-
[Service]
-
還有 [Socket], [Timer], [Mount], [Path] 等等，不同的 type 就用不同的字段
-
我們拿的是 sshd.service，所以就是 [Service]
-
這個部分中主要規(guī)定了服務(wù)的啟動腳本、環(huán)境文件名、重啟方式等等
-
[Install]
-
表示這個服務(wù)安裝到哪個 target 下面去
-
這部分與
systemctl enable或 ?systemctl disable命令相結(jié)合，用于 enable 或 disable 一個服務(wù)
?
下面我將分別列出三個部分的一些常見配置字段
?
?
?
?
?解決問題
現(xiàn)在我們已經(jīng)大致對 Linux 的服務(wù)有了一個初步了解
?
我們回到剛開始的問題：nginx 服務(wù)無法通過 systemctl 命令設(shè)置開機自啟動，手動掛載軟連接之后自啟動狀態(tài)不是 enable ，而是 static
?
既然是跟 systemctl 相關(guān)的，我們?nèi)タ聪?nginx 的服務(wù)啟動腳本
?
可以看到，這臺機器上 nginx 的服務(wù)啟動腳本只有兩個部分（[Unit]、[Service]），并沒有 [Install]
?
而 ?[Install] 部分往往是跟服務(wù)的開機自啟動相關(guān)
?
?
?
?我們加上 [Install]
?
?
其中 multi-user.target 表示命令行模式（即等效于系統(tǒng)運行級別為 3 ）
?
而 WantedBy表示該服務(wù)放在哪個 target 下，一般來講 WantedBy 對應(yīng)的 target 為指定系統(tǒng)的運行級別
?
然后重啟一下 nginx 啟動腳本文件
?
?設(shè)置開機自啟動，發(fā)現(xiàn)創(chuàng)建軟連接成功了
?
?看下狀態(tài)
?
總結(jié)：
-
一般來講，服務(wù)無法設(shè)置開機自啟動首先考慮是不是服務(wù)啟動腳本配置有問題（
/usr/lib/systemd/system/目錄下），這種情況常見于編譯安裝的時候需要自己編寫服務(wù)啟動文件 -
服務(wù)能夠開機自啟動其實就是將
/usr/lib/systemd/system/目錄下的服務(wù)啟動腳本掛載到了/etc/systemd/system/下，一般是掛載到/etc/systemd/system/multi-user.target.wants/ -
multi-user.target.wants：表示啟動了 multi-user.target 之后（即系統(tǒng)啟動且運行級別為 3，為系統(tǒng)的默認(rèn)啟動 target）這個目錄下的文件都會跟著啟動
-
systemctl status命令顯示的內(nèi)容里面有一個vendor preset: disabled字段，這個表示該服務(wù)首次安裝之后不會自啟動，需要手動啟動（systemctl enable）
?
感謝閱讀，喜歡作者就動動小手[一鍵三連]，這是我寫作最大的動力文章來源地址http://www.zghlxwxcb.cn/news/detail-409792.html
到了這里，關(guān)于systemctl 命令設(shè)置開機自啟動失敗的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
