Linux硬件故障排除指南

系统 Linux
了解是什么原因导致你的 Linux 硬件发生故障,以便你可以将其恢复并快速运行。

[[317433]]

了解是什么原因导致你的 Linux 硬件发生故障,以便你可以将其恢复并快速运行。

Linux 服务器在物理机、虚拟化、私有云、公共云和混合云等许多不同种类的基础设施中运行着关键的业务应用程序。对于 Linux 系统管理员来说,了解如何管理 Linux 硬件基础设施(包括与 网络、存储、Linux 容器相关的软件定义功能)和 Linux 服务器上的多种工具非常重要。

在 Linux 上进行排除和解决与硬件相关的问题可能需要一些时间。即使是经验丰富的系统管理员,有时也会花费数小时来解决神秘的硬件和软件差异。

以下提示可以使你更快、更轻松地对 Linux 中的硬件进行故障排除。许多不同的事情都可能导致 Linux 硬件出现问题。在开始诊断它们之前,明智的做法是了解最常见的问题以及最有可能找到问题的地方。

快速诊断设备、模块和驱动程序

故障排除的第一步通常是显示 Linux 服务器上安装的硬件的列表。你可以使用诸如 lspcilsblklscpulsscsi 之类的列出命令获取有关硬件的详细信息。例如,这是 lsblk 命令的输出:

  1. # lsblk
  2. NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
  3. xvda    202:0    0  50G  0 disk
  4. ├─xvda1 202:1    0   1M  0 part
  5. └─xvda2 202:2    0  50G  0 part /
  6. xvdb    202:16   0  20G  0 disk
  7. └─xvdb1 202:17   0  20G  0 part

如果这些列出命令没有显示任何错误,请使用初始化系统(例如 systemd)查看 Linux 服务器的工作方式。 systemd 是最流行的初始化系统,用于启动用户空间并控制多个系统进程。例如,这是 systemctl status 命令的输出:

  1. # systemctl status
  2. bastion.f347.internal
  3.     State: running
  4.      Jobs: 0 queued
  5.    Failed: 0 units
  6.     Since: Wed 2018-11-28 01:29:05 UTC; 2 days ago
  7.    CGroup: /
  8.            ├─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 21
  9.            ├─kubepods.slice
  10.             ├─kubepods-pod3881728a_f2af_11e8_af77_06af52f87498.slice
  11.             ├─docker-88b27385f4bae77bba834fbd60a61d19026bae13d18eb147783ae27819c34967.scope
  12.             └─23860 /opt/bridge/bin/bridge --public-dir=/opt/bridge/static --config=/var/console-config/console-c
  13.             └─docker-a4433f0d523c7e5bc772ee4db1861e4fa56c4e63a2d48f6bc831458c2ce9fd2d.scope
  14.               └─23639 /usr/bin/pod
  15. ....

深入到各个日志当中

使用 dmesg 可以找出内核最新消息中的错误和警告。例如,这是 dmesg | more 命令的输出:

  1. # dmesg | more
  2. ....
  3. [ 1539.027419] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
  4. [ 1539.042726] IPv6: ADDRCONF(NETDEV_UP): veth61f37018: link is not ready
  5. [ 1539.048706] IPv6: ADDRCONF(NETDEV_CHANGE): veth61f37018: link becomes ready
  6. [ 1539.055034] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
  7. [ 1539.098550] device veth61f37018 entered promiscuous mode
  8. [ 1541.450207] device veth61f37018 left promiscuous mode
  9. [ 1542.493266] SELinux: mount invalid.  Same superblock, different security settings for (dev mqueue, type mqueue)
  10. [ 9965.292788] SELinux: mount invalid.  Same superblock, different security settings for (dev mqueue, type mqueue)
  11. [ 9965.449401] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
  12. [ 9965.462738] IPv6: ADDRCONF(NETDEV_UP): vetheacc333c: link is not ready
  13. [ 9965.468942] IPv6: ADDRCONF(NETDEV_CHANGE): vetheacc333c: link becomes ready
  14. ....

你还可以在 /var/log/messages 文件中查看所有 Linux 系统日志,在该文件中你可以找到与特定问题相关的错误。当你对硬件进行修改(例如安装额外的磁盘或添加以太网网卡)时,通过 tail 命令实时监视消息是值得的。例如,这是 tail -f /var/log/messages 命令的输出:

  1. # tail -f /var/log/messages
  2. Dec  1 13:20:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa
  3. Dec  1 13:20:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local
  4. Dec  1 13:21:03 bastion dnsmasq[30201]: setting upstream servers from DBus
  5. Dec  1 13:21:03 bastion dnsmasq[30201]: using nameserver 192.199.0.2#53
  6. Dec  1 13:21:03 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa
  7. Dec  1 13:21:03 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local
  8. Dec  1 13:21:33 bastion dnsmasq[30201]: setting upstream servers from DBus
  9. Dec  1 13:21:33 bastion dnsmasq[30201]: using nameserver 192.199.0.2#53
  10. Dec  1 13:21:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa
  11. Dec  1 13:21:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local

分析网络功能

你可能有成千上万的云原生应用程序在一个复杂的网络环境中为业务提供服务,其中可能包括虚拟化、多云和混合云。这意味着,作为故障排除的一部分,你应该分析网络连接是否正常工作。弄清 Linux 服务器中网络功能的有用命令包括:ip addrtraceroutenslookupdigping 等。例如,这是 ip addr show 命令的输出:

  1. # ip addr show
  2. 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
  3.     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
  4.     inet 127.0.0.1/8 scope host lo
  5.        valid_lft forever preferred_lft forever
  6.     inet6 ::1/128 scope host
  7.        valid_lft forever preferred_lft forever
  8. 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc mq state UP group default qlen 1000
  9.     link/ether 06:af:52:f8:74:98 brd ff:ff:ff:ff:ff:ff
  10.     inet 192.199.0.169/24 brd 192.199.0.255 scope global noprefixroute dynamic eth0
  11.        valid_lft 3096sec preferred_lft 3096sec
  12.     inet6 fe80::4af:52ff:fef8:7498/64 scope link
  13.        valid_lft forever preferred_lft forever
  14. 3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
  15.     link/ether 02:42:67:fb:1a:a2 brd ff:ff:ff:ff:ff:ff
  16.     inet 172.17.0.1/16 scope global docker0
  17.        valid_lft forever preferred_lft forever
  18.     inet6 fe80::42:67ff:fefb:1aa2/64 scope link
  19.        valid_lft forever preferred_lft forever
  20. ....

总结

对 Linux 硬件进行故障排除需要大量的知识,包括如何使用功能强大的命令行工具以及找出系统日志记录。 你还应该知道如何诊断内核空间,在那里你可以找到许多硬件问题的根本原因。请记住,Linux 中的硬件问题可能来自许多不同的来源,包括设备、模块、驱动程序、BIOS、网络,甚至是普通的旧硬件故障。 

责任编辑:庞桂玉 来源: Linux中国
相关推荐

2020-03-03 10:47:47

LinuxSystemdDocker

2013-01-16 08:56:53

iOS故障排除指南

2013-07-25 14:50:03

2010-01-06 09:56:22

2009-11-17 17:29:59

CISCO路由器故障排

2009-12-23 09:37:38

集线器故障

2009-12-04 09:47:47

LinuxNFS服务器

2009-08-27 10:13:52

2021-12-22 10:05:06

Linux网络配置故障排除

2023-11-22 10:48:15

Arch Linux蓝牙

2021-10-18 23:49:50

云原生分布式存储

2009-01-20 10:42:00

局域网硬件故障排除

2009-12-22 09:30:34

2023-04-12 11:32:33

网络

2010-06-03 11:23:41

Linuxbind9

2009-06-27 20:20:00

LinuxNFS故障

2009-04-22 17:03:40

Linux服务器七要素

2011-08-18 17:16:26

2011-08-29 18:25:19

Ubuntu

2009-01-13 09:31:00

双绞线网络故障
点赞
收藏

51CTO技术栈公众号