如何三招幫你排查Linux中的硬體問題

阿新 • • 發佈：2021-12-19

　　下列貼士幫助你更快速更輕鬆地為Linux中的硬體排查故障。許多不同的因素可能導致Linux硬體出現問題；在你開始嘗試診斷之前，瞭解最常見的問題以及最有可能找到原因的環節是明智之舉。

　　Linux伺服器在許多不同型別的基礎架構中執行關鍵任務型業務應用程式，包括物理機、虛擬機器、私有云、公共雲和混合雲。對於Linux系統管理員來說，瞭解如何管理Linux硬體基礎架構很重要，包括與網路和儲存有關的軟體定義功能、Linux容器和Linux伺服器上的多個工具。

　　排查並解決Linux上與硬體有關的問題可能需要一些時間。連經驗豐富的系統管理員有時也要花幾小時來解決莫名其妙的軟硬體問題。

　　下列貼士幫助你更快速更輕鬆地為Linux中的硬體排查故障。許多不同的因素可能導致Linux硬體出現問題;在你開始嘗試診斷之前，瞭解最常見的問題以及最有可能找到原因的環節是明智之舉。

　　1.快速診斷裝置、模組和驅動程式

　　故障排查的第一步通常是顯示Linux伺服器上安裝的硬體列表。你可以使用ls命令獲取硬體的詳細資訊，比如lspci、lsblk、lscpu和lsscsi。比如說，這是lsblk命令的輸出結果：

　　# lsblk

　　NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT

　　xvda 202:0 0 50G 0 disk

　　├─xvda1 202:1 0 1M 0 part

　　└─xvda2 202:2 0 50G 0 part /

　　xvdb 202:16 0 20G 0 disk

　　└─xvdb1 202:17 0 20G 0 part

　　如果ls命令沒有顯示任何錯誤，使用初始化程序(比如systemd)檢視Linux伺服器的執行狀況。systemd是啟動使用者空間、控制多個系統程序的最流行的初始化程序。比如說，這是systemctl status命令的輸出結果：

　　# systemctl status

　　● bastion.f347.internal

　　State: running

　　Jobs: 0 queued

　　Failed: 0 units

　　Since: Wed 2021-11-28 01:29:05 UTC; 2 days ago

　　CGroup: /

　　├─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 21

　　├─kubepods.slice

　　│ ├─kubepods-pod3881728a_f2af_11e8_af77_06af52f87498.slice

　　│ │ ├─docker-88b27385f4bae77bba834fbd60a61d19026bae13d18eb147783ae27819c34967.scope

　　│ │ │ └─23860 /opt/bridge/bin/bridge --public-dir=/opt/bridge/static --config=/var/console-config/console-c

　　│ │ └─docker-a4433f0d523c7e5bc772ee4db1861e4fa56c4e63a2d48f6bc831458c2ce9fd2d.scope

　　│ │ └─23639 /usr/bin/pod

　　2.深入研究多個日誌

　　dmesg讓你可以搞清楚核心的最新資訊中的錯誤和警示內容。比如說，這是dmesg | more命令的輸出結果：

　　# dmesg | more

　　....

　　[ 1539.027419] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

　　[ 1539.042726] IPv6: ADDRCONF(NETDEV_UP): veth61f37018: link is not ready

　　[ 1539.048706] IPv6: ADDRCONF(NETDEV_CHANGE): veth61f37018: link becomes ready

　　[ 1539.055034] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

　　[ 1539.098550] device veth61f37018 entered promiscuous mode

　　[ 1541.450207] device veth61f37018 left promiscuous mode

　　[ 1542.493266] SELinux: mount invalid. Same superblock, different security settings for (dev mqueue, type mqueue)

　　[ 9965.292788] SELinux: mount invalid. Same superblock, different security settings for (dev mqueue, type mqueue)

　　[ 9965.449401] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

　　[ 9965.462738] IPv6: ADDRCONF(NETDEV_UP): vetheacc333c: link is not ready

　　[ 9965.468942] IPv6: ADDRCONF(NETDEV_CHANGE): vetheacc333c: link becomes ready

　　....

　　你還可以檢視/var/log/messages檔案中的所有Linux系統日誌，在這裡找到與特定問題有關的錯誤。如果你對硬體進行改動，比如掛載額外磁碟或新增乙太網網絡卡，有必要通過tail命令實時密切關注資訊。比如說，這是tail -f /var/log/messages命令的輸出結果：

　　# tail -f /var/log/messages

　　Dec 1 13:20:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa

　　Dec 1 13:20:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local

　　Dec 1 13:21:03 bastion dnsmasq[30201]: setting upstream servers from DBus

　　Dec 1 13:21:03 bastion dnsmasq[30201]: using nameserver 192.199.0.2#53

　　Dec 1 13:21:03 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa

　　Dec 1 13:21:03 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local

　　Dec 1 13:21:33 bastion dnsmasq[30201]: setting upstream servers from DBus

　　Dec 1 13:21:33 bastion dnsmasq[30201]: using nameserver 192.199.0.2#53

　　Dec 1 13:21:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa

　　Dec 1 13:21:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local

　　3.分析網路功能

　　你可能在複雜的網路環境中有成千上萬個雲原生應用程式為業務服務提供服務;這些可能包括虛擬化、多雲和混合雲。這意味著你應該分析網路連線是否正常執行，這是故障排查的一部分。分析Linux伺服器中網路功能的實用命令包括ip addr、traceroute、nslookup、dig和ping等。比如說，這是ip addr show命令的輸出結果：

　　# ip addr show

　　lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000

　　link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

　　inet 127.0.0.1/8 scope host lo