Linux 系統開機啟動項清理

一般情況下，常規用途的 Linux 發行版在開機啟動時拉起各種相關服務進程，包括許多你可能無需使用的服務，例如藍牙bluetooth、Avahi、 調變解調管理器ModemManager、ppp-dns（LCTT 譯註：此處作者筆誤 ppp-dns 應該為 pppd-dns) 等服務進程，這些都是什麼東西？用於哪裡，有何功能？

Systemd 提供了許多很好的工具用於檢視系統啟動情況，也可以控制在系統啟動時執行什麼。在這篇文章中，我將說明在 Systemd 類發行版中如何關閉一些令人討厭的進程。

檢視開機啟動項

在過去，你能很容易通過檢視 /etc/init.d 了解到哪些服務進程會在引導時啟動。Systemd 以不同的方式展現，你可以使用如下命令羅列允許開機啟動的服務進程。

1. $ systemctllist-unit-files --type=service |grep enabled
2. accounts-daemon.service enabled
3. anacron-resume.service enabled
4. anacron.service enabled
5. bluetooth.service enabled
6. brltty.service enabled
7. [...]

在此列表頂部，對我來說，藍牙服務是冗餘項，因為在該電腦上我不需要使用藍牙功能，故無需執行此服務。下面的命令將停止該服務進程，並且使其開機不啟動。

1. $ sudosystemctl stop bluetooth.service
2. $ sudosystemctl disable bluetooth.service

你可以通過下面命令確定是否操作成功。

1. $ systemctl status bluetooth.service
2. bluetooth.service -Bluetooth service
3. Loaded: loaded (/lib/systemd/system/bluetooth.service; disabled; vendor preset: enabled)
4. Active: inactive (dead)
5. Docs:man:bluetoothd(8)

停用的服務進程仍然能夠被另外一個服務進程啟動。如果你真的想在任何情況下系統啟動時都不啟動該進程，無需解除安裝該它，只需要把它掩蓋起來就可以阻止該進程在任何情況下開機啟動。

1. $ sudosystemctl mask bluetooth.service
2. Created symlink from/etc/systemd/system/bluetooth.service to /dev/null.

一旦你對禁用該進程啟動而沒有出現負面作用感到滿意，你也可以選擇解除安裝該程式。

通過執行命令可以獲得如下服務列表：

1. $ systemctllist-unit-files --type=service
2. UNIT FILE STATE
3. accounts-daemon.service enabled
4. acpid.service disabled
5. alsa-restore.service static
6. alsa-utils.service masked

你不能啟用或禁用靜態服務，因為靜態服務被其他的進程所依賴，並不意味著它們自己執行。

哪些服務能夠禁止？

如何知道你需要哪些服務，而哪些又是可以安全地禁用的呢？它總是依賴於你的個性化需求。

這裡舉例了幾個服務進程的作用。許多服務進程都是發行版特定的，所以你應該看看你的發行版文件（比如通過 google 或 StackOverflow）。

• accounts-daemon.service 是一個潛在的安全風險。它是 AccountsService 的一部分，AccountsService 允許程式獲得或操作使用者賬戶資訊。我不認為有好的理由能使我允許這樣的後台操作，所以我選擇掩蓋mask該服務進程。
• avahi-daemon.service 用於零設定網路發現，使電腦超容易發現網路中印表機或其他的主機，我總是禁用它，別漏掉它。
• brltty.service 提供布萊葉盲文裝置支援，例如布萊葉盲文顯示器。
• debug-shell.service 開放了一個巨大的安全漏洞（該服務提供了一個無密碼的 root shell ，用於幫助 偵錯 systemd 問題），除非你正在使用該服務，否則永遠不要啟動服務。
• ModemManager.service 該服務是一個被 dbus 啟用的守護行程，用於提供移動寬頻broadband（2G/3G/4G）介面，如果你沒有該介面，無論是內建介面，還是通過如藍牙配對的電話，以及 USB 介面卡，那麼你也無需該服務。
• pppd-dns.service 是一個計算機發展的遺物，如果你使用撥號接入網際網路的話，保留它，否則你不需要它。
• rtkit-daemon.service 聽起來很可怕，聽起來像是 rootkit。 但是你需要該服務，因為它是一個實時核心排程器real-time kernel scheduler。
• whoopsie.service 是 Ubuntu 錯誤報告服務。它用於收集 Ubuntu 系統崩潰報告，並行送報告到 https://daisy.ubuntu.com 。 你可以放心地禁止其啟動，或者永久的解除安裝它。
• wpa_supplicant.service 僅在你使用 Wi-Fi 連線時需要。

系統啟動時發生了什麼？

Systemd 提供了一些命令幫助偵錯系統開機啟動問題。該命令會重演你的系統啟動的所有訊息。

1. $ journalctl-b
2. --Logsbegin at Mon2016-05-0906:18:11 PDT,
3. end at Mon2016-05-0910:17:01 PDT.--
4. May1606:18:11 studio systemd-journal[289]:
5. Runtime journal (/run/log/journal/)is currently using8.0M.
6. Maximum allowed usage isset to 157.2M.
7. Leaving at least 235.9M free (of currently available 1.5G of space).
8. Enforced usage limit is thus 157.2M.
9. [...]

通過命令 journalctl -b -1 可以複審前一次啟動，journalctl -b -2 可以複審倒數第 2 次啟動，以此類推。

該命令會列印出大量的資訊，你可能並不關注所有資訊，只是關注其中問題相關部分。為此，系統提供了幾個過濾器，用於幫助你鎖定目標。讓我們以進程號為 1 的進程為例，該進程是所有其它進程的父進程。

1. $ journalctl _PID=1
2. May0806:18:17 studio systemd[1]:Starting LSB:Raise network interfaces....
3. May0806:18:17 studio systemd[1]:Started LSB:Raise network interfaces..
4. May0806:18:17 studio systemd[1]:Reached target SystemInitialization.
5. May0806:18:17 studio systemd[1]:Started CUPS Scheduler.
6. May0806:18:17 studio systemd[1]:Listening on D-BusSystemMessageBusSocket
7. May0806:18:17 studio systemd[1]:Listening on CUPS Scheduler.
8. [...]

這些列印訊息顯示了什麼被啟動，或者是正在嘗試啟動。

一個最有用的命令工具之一 systemd-analyze blame，用於幫助檢視哪個服務進程啟動耗時最長。

1. $ systemd-analyze blame
2. 8.708s gpu-manager.service
3. 8.002sNetworkManager-wait-online.service
4. 5.791s mysql.service
5. 2.975s dev-sda3.device
6. 1.810s alsa-restore.service
7. 1.806ssystemd-logind.service
8. 1.803s irqbalance.service
9. 1.800s lm-sensors.service
10. 1.800s grub-common.service

這個特定的例子沒有出現任何異常，但是如果存在系統啟動瓶頸，則該命令將能發現它。

via: https://www.linux.com/learn/cleaning-your-linux-startup-process

作者：David Both 譯者：penghuster 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文永久更新連結地址：http://www.linuxidc.com/Linux/2017-09/146700.htm