dmesg 是 CentOS 系統中一個非常重要的內核日志查看工具，它直接讀取內核的環形緩沖區，為你提供了系統底層運作的“第一手資料”。下面這個表格匯總了它的核心應用場景和排查問題的基本思路。
| 核心維度 | 具體說明 |
|---|---|
| ??主要作用?? | 顯示或控制內核環形緩沖區的內容，記錄系統啟動信息、硬件狀態、驅動加載過程及內核運行時的關鍵事件（如錯誤、警告）。 |
| ??核心應用場景?? | 1. ??系統啟動問題診斷??：分析硬件檢測、驅動初始化、文件系統掛載等啟動過程信息。 2. ??硬件問題調試??：排查USB、網卡、硬盤等硬件設備的識別異常或驅動兼容性問題。 3. ??內核與驅動故障定位??：捕獲內核錯誤（Oops）、系統崩潰（Panic）及驅動加載失敗等信息。 4. ??實時監控系統事件??：動態觀察設備插拔、模塊加載等內核事件。 |
| ??基本排查命令?? | dmesg：查看全部日志。通常結合 less分頁查看或重定向到文件分析。dmesg -T：顯示易讀的時間戳，便于定位事件發生時間。dmesg -l err,warn：只顯示錯誤和警告級別的日志，快速聚焦問題。dmesg -w：實時監視新的內核消息。 |
| ??關鍵排查技巧?? | 1. ??關鍵詞過濾??：使用 grep命令，例如 `dmesg |
?? 排查問題實戰舉例
掌握基本命令后，我們可以通過一些具體場景來體驗 dmesg 的強大功能。
- ??場景一：新插入的USB設備無法識別?? 你可以使用命令
dmesg | grep -i usb來查看內核關于USB設備的檢測和識別日志。如果看到類似usb 1-1: device descriptor read/64, error -110或New USB device found, idVendor=0781這樣的信息，前者通常表示設備通信故障（可能是線纜或端口問題），后者則表示設備已被成功識別。 - ??場景二：系統啟動后某個硬件（如網卡）工作不正常?? 可以嘗試先使用
lspci查看設備是否存在，然后使用dmesg | grep -i eth0（將eth0替換為你的網卡驅動或設備關鍵詞）來檢查驅動加載過程中是否有錯誤信息，例如e1000: probe of 0000:00:03.0 failed with error -5，這往往意味著驅動加載失敗。 - ??場景三：系統運行中突然性能下降或出現異常?? 重點查看錯誤和警告信息。命令
dmesg -l err,warn可以幫你快速篩選出關鍵問題。例如，如果看到CPU: 1 PID: 0 Comm: swapper/1 Tainted: G或Oops: 0002 [#1] SMP這類信息，這通常是內核遇到了嚴重錯誤（Oops），需要重點關注其下方的調用棧（Call Trace）信息，這有助于定位問題根源。
?? 重要提示與技巧
- ??權限問題??：部分操作（如清空緩沖區
dmesg -C）可能需要 root 權限。 - ??日志的臨時性??：內核環形緩沖區位于內存中，??系統重啟后日志會丟失??。對于重要問題的分析，請務必及時保存日志。
- ??與系統日志的關系??：
dmesg專注于內核層面的消息，而/var/log/messages或journalctl等系統日志則包含了更廣泛的用戶空間應用程序的日志。兩者結合分析，可以更全面地了解系統狀況。
浙公網安備 33010602011771號