《LINUX實操:Linux 系統開機啟動項清理》要點:
本文介紹了LINUX實操:Linux 系統開機啟動項清理,希望對您有用。如果有疑問,可以聯系我們。
一般情況下,常規用途的 Linux 發行版在開機啟動時拉起各種相關服務進程,包含許多你可能無需使用的服務,例如藍牙bluetooth、Avahi、 調制解調管理器ModemManager、ppp-dns(LCTT 譯注:此處作者筆誤 ppp-dns 應該為 pppd-dns) 等服務進程,這些都是什么東西?用于哪里,有何功能?
Systemd 提供了許多很好的工具用于查看系統啟動情況,也可以控制在系統啟動時運行什么.在這篇文章中,我將闡明在 Systemd 類發行版中如何關閉一些令人討厭的進程.
?
在過去,你能很容易通過查看 /etc/init.d
了解到哪些服務進程會在引導時啟動.Systemd 以分歧的方式展現,你可以使用如下命令羅列允許開機啟動的服務進程.
$ systemctllist-unit-files --type=service |grep enabled
accounts-daemon.service enabled
anacron-resume.service enabled
anacron.service enabled
bluetooth.service enabled
brltty.service enabled
[...]
在此列表頂部,對我來說,藍牙服務是冗余項,因為在該電腦上我不必要使用藍牙功能,故無需運行此服務.下面的命令將停止該服務進程,并且使其開機不啟動.
$ sudosystemctl stop bluetooth.service
$ sudosystemctl disable bluetooth.service
你可以通過下面命令確定是否操作勝利.
$ systemctl status bluetooth.service
bluetooth.service -Bluetooth service
Loaded: loaded (/lib/systemd/system/bluetooth.service; disabled; vendor preset: enabled)
Active: inactive (dead)
Docs:man:bluetoothd(8)
停用的服務進程仍然能夠被另外一個服務進程啟動.如果你真的想在任何情況下系統啟動時都不啟動該進程,無需卸載該它,只必要把它掩蓋起來就可以阻止該進程在任何情況下開機啟動.
$ sudosystemctl mask bluetooth.service
Created symlink from/etc/systemd/system/bluetooth.service to /dev/null.
一旦你對禁用該進程啟動而沒有呈現負面作用感到滿意,你也可以選擇卸載該程序.
通過執行命令可以得到如下服務列表:
$ systemctllist-unit-files --type=service
UNIT FILE STATE
accounts-daemon.service enabled
acpid.service disabled
alsa-restore.service static
alsa-utils.service masked
你不能啟用或禁用靜態服務,因為靜態服務被其他的進程所依賴,并不意味著它們本身運行.
?
如何知道你需要哪些服務,而哪些又是可以平安地禁用的呢?它總是依賴于你的個性化需求.
這里舉例了幾個服務進程的作用.許多服務進程都是發行版特定的,所以你應該看看你的發行版文檔(好比通過 google 或 StackOverflow).
?
Systemd 提供了一些命令贊助調試系統開機啟動問題.該命令會重演你的系統啟動的所有消息.
$ journalctl-b
--Logsbegin at Mon2016-05-0906:18:11 PDT,
end at Mon2016-05-0910:17:01 PDT.--
May1606:18:11 studio systemd-journal[289]:
Runtime journal (/run/log/journal/)is currently using8.0M.
Maximum allowed usage isset to 157.2M.
Leaving at least 235.9M free (of currently available 1.5G of space).
Enforced usage limit is thus 157.2M.
[...]
通過敕令 journalctl -b -1
可以復審前一次啟動,journalctl -b -2
可以復審倒數第 2 次啟動,以此類推.
該命令會打印出大量的信息,你可能并不關注所有信息,只是關注其中問題相關部分.為此,系統提供了幾個過濾器,用于贊助你鎖定目標.讓我們以進程號為 1 的進程為例,該進程是所有其它進程的父進程.
$ journalctl _PID=1
May0806:18:17 studio systemd[1]:Starting LSB:Raise network interfaces....
May0806:18:17 studio systemd[1]:Started LSB:Raise network interfaces..
May0806:18:17 studio systemd[1]:Reached target SystemInitialization.
May0806:18:17 studio systemd[1]:Started CUPS Scheduler.
May0806:18:17 studio systemd[1]:Listening on D-BusSystemMessageBusSocket
May0806:18:17 studio systemd[1]:Listening on CUPS Scheduler.
[...]
這些打印消息顯示了什么被啟動,或者是正在測驗考試啟動.
一個最有用的命令工具之一 systemd-analyze blame
,用于贊助查看哪個服務進程啟動耗時最長.
$ systemd-analyze blame
8.708s gpu-manager.service
8.002sNetworkManager-wait-online.service
5.791s mysql.service
2.975s dev-sda3.device
1.810s alsa-restore.service
1.806ssystemd-logind.service
1.803s irqbalance.service
1.800s lm-sensors.service
1.800s grub-common.service
這個特定的例子沒有呈現任何異常,但是如果存在系統啟動瓶頸,則該命令將能發現它.
via: https://www.linux.com/learn/cleaning-your-linux-startup-process
作者:David Both 譯者:penghuster 校對:wxy
本文由 LCTT 原創編譯,Linux中國 榮譽推出
本文永遠更新鏈接地址:
維易PHP培訓學院每天發布《LINUX實操:Linux 系統開機啟動項清理》等實戰技能,PHP、MYSQL、LINUX、APP、JS,CSS全面培養人才。
轉載請注明本頁網址:
http://www.snjht.com/jiaocheng/7692.html