共計 1921 個字符，預(yù)計需要花費 5 分鐘才能閱讀完成。
自動寫代碼機器人，免費開通
這篇文章將為大家詳細講解有關(guān)怎么用系統(tǒng)日志了解你的 Linux 系統(tǒng)，丸趣 TV 小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。
Linux 系統(tǒng)日志非常重要。后臺運行的程序（通常被稱為守護進程或者服務(wù)進程）處理了你 Linux 系統(tǒng)中的大部分任務(wù)。當(dāng)這些守護進程工作時，它們將任務(wù)的詳細信息記錄進日志文件中，作為它們做過什么的“歷史”信息。這些守護進程的工作內(nèi)容涵蓋從使用原子鐘同步時鐘到管理網(wǎng)絡(luò)連接。所有這些都被記錄進日志文件，這樣當(dāng)有錯誤發(fā)生時，你可以通過查閱特定的日志文件來看出發(fā)生了什么。
Photo by Markus Spiske on Unsplash
在你的 Linux 計算機上有很多不同的日志。歷史上，它們一般以純文本的格式存儲到 /var/log 目錄中。現(xiàn)在依然有很多日志這樣做，你可以很方便的使用 less 來查看它們。
在新裝的 openSUSE Leap 42.3 以及大多數(shù)現(xiàn)代操作系統(tǒng)上，重要的日志由 systemd 初始化系統(tǒng)存儲。systemd 這套系統(tǒng)負責(zé)啟動守護進程，并在系統(tǒng)啟動時讓計算機做好被使用的準(zhǔn)備。由 systemd 記錄的日志以二進制格式存儲，這使得它們消耗的空間更小，更容易被瀏覽，也更容易被導(dǎo)出成其他各種格式，不過壞處就是你必須使用特定的工具才能查看。好在這個工具已經(jīng)預(yù)安裝在你的系統(tǒng)上了：它的名字叫 journalctl，而且默認(rèn)情況下，它會將每個守護進程的所有日志都記錄到一個地方。
只需要運行 journalctl 命令就能查看你的 systemd 日志了。它會用 less 分頁器顯示各種日志。為了讓你有個直觀的感受, 下面是 journalctl 中摘錄的一條日志記錄：
Jul 06 11:53:47 aaathats3as pulseaudio[2216]: [pulseaudio] alsa-util.c: Disabling timer-based scheduling because running inside a VM.這條獨立的日志記錄以此包含了記錄的日期和時間、計算機名、記錄日志的進程名、記錄日志的進程 PID，以及日志內(nèi)容本身。
若系統(tǒng)中某個程序運行出問題了，則可以查看日志文件并搜索（使用 / 加上要搜索的關(guān)鍵字）程序名稱。有可能導(dǎo)致該程序出問題的錯誤會記錄到系統(tǒng)日志中。有時，錯誤信息會足夠詳細到讓你能夠修復(fù)該問題。其他時候，你需要在 Web 上搜索解決方案。Google 就很適合來搜索奇怪的 Linux 問題。不過搜索時請注意你只輸入了日志的實際內(nèi)容，行首的那些信息（日期、主機名、進程 ID) 對搜索來說是無意義的，會干擾搜索結(jié)果。
解決方法一般在搜索結(jié)果的前幾個連接中就會有了。當(dāng)然，你不能只是無腦得運行從互聯(lián)網(wǎng)上找到的那些命令：請一定先搞清楚你要做的事情是什么，它的效果會是什么。據(jù)說，搜索系統(tǒng)日志中的特定條目要比直接描述該故障通用關(guān)鍵字要有用的多。因為程序出錯有很多原因，而且同樣的故障表現(xiàn)也可能由多種問題引發(fā)的。
比如，系統(tǒng)無法發(fā)聲的原因有很多，可能是播放器沒有插好，也可能是聲音系統(tǒng)出故障了，還可能是缺少合適的驅(qū)動程序。如果你只是泛泛的描述故障表現(xiàn)，你會找到很多無關(guān)的解決方法，而你也會浪費大量的時間。而專門搜索日志文件中的實際內(nèi)容，你也許會查詢出其它人也有相同日志內(nèi)容的結(jié)果。
你可以對比一下圖 1 和圖 2。
圖 1 搜索系統(tǒng)的故障表現(xiàn)只會顯示泛泛的，不精確的結(jié)果。這種搜索通常沒什么用。
圖 2 搜索特定的日志行會顯示出精確的，有用的結(jié)果。這種搜索通常很有用。
也有一些系統(tǒng)不用 journalctl 來記錄日志。在桌面系統(tǒng)中最常見的這類日志包括用于記錄 openSUSE 包管理器的行為的 /var/log/zypper.log；記錄系統(tǒng)啟動時消息的 /var/log/boot.log，開機時這類消息往往滾動的特別快，根本看不過來；/var/log/ntp 用來記錄 Network Time Protocol（NTP）守護進程同步時間時發(fā)生的錯誤。另一個存放硬件故障信息的地方是“Kernel Ring Buffer”（內(nèi)核環(huán)狀緩沖區(qū)），你可以輸入 demesg -H 命令來查看（這條命令也會調(diào)用 less 分頁器來查看）。“Kernel Ring Buffer”存儲在內(nèi)存中，因此會在重啟電腦后丟失。不過它包含了 Linux 內(nèi)核中的重要事件，比如新增了硬件、加載了模塊，以及奇怪的網(wǎng)絡(luò)錯誤.
關(guān)于“怎么用系統(tǒng)日志了解你的 Linux 系統(tǒng)”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。
向 AI 問一下細節(jié)
丸趣 TV 網(wǎng) – 提供最優(yōu)質(zhì)的資源集合！
