Linuxサーバーは、物理マシン、仮想化、プライベートクラウド、パブリッククラウド、ハイブリッドクラウドなど、さまざまな種類のインフラストラクチャでミッションクリティカルなビジネスアプリケーションを実行します。 Linuxのシステム管理者は、ネットワーク、ストレージ、Linuxコンテナ、Linuxサーバー上の複数のツールに関連するソフトウェア定義の機能など、Linuxハードウェアインフラストラクチャを管理する方法を理解することが重要です。
Linuxでのハードウェア関連の問題のトラブルシューティングと解決には時間がかかる場合があります。経験豊富なシステム管理者でさえ、ハードウェアとソフトウェアの不思議な不一致を解決するために何時間も費やすことがあります。
次のヒントは、Linuxのハードウェアのトラブルシューティングをより迅速かつ簡単にするためのものです。 Linuxハードウェアではさまざまなことが問題を引き起こす可能性があります。それらを診断しようとする前に、最も一般的な問題と、それらを見つける可能性が最も高い場所について学ぶのが賢明です。
デバイス、モジュール、およびドライバーのクイック診断
トラブルシューティングの最初のステップは、通常、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の場合 コマンドはエラーを明らかにしません。initプロセスを使用します（例： systemd ）Linuxサーバーがどのように機能しているかを確認します。 systemd は、ユーザースペースをブートストラップし、複数のシステムプロセスを制御するための最も一般的なinitプロセスです。たとえば、ここにsystemctlステータスの出力があります コマンド：
# systemctl status
● bastion.f347.internal
State: running
Jobs: 0 queued
Failed: 0 units
Since: Wed 2018-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
....
Dmesg カーネルの最新メッセージのエラーと警告を把握できます。たとえば、ここにdmesg|の出力があります。もっと コマンド：
# 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 -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
複雑なネットワーク環境でビジネスサービスを提供するために、何十万ものクラウドネイティブアプリケーションを使用している場合があります。これらには、仮想化、マルチクラウド、ハイブリッドクラウドが含まれる場合があります。つまり、トラブルシューティングの一環として、ネットワーク接続が正しく機能しているかどうかを分析する必要があります。 Linuxサーバーのネットワーク機能を理解するための便利なコマンドには、 ip addrがあります。 、 traceroute 、 nslookup 、掘る 、および ping 、とりわけ。たとえば、ここに ip addr showの出力があります コマンド：
# ip addr show
1: 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
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc mq state UP group default qlen 1000
link/ether 06:af:52:f8:74:98 brd ff:ff:ff:ff:ff:ff
inet 192.199.0.169/24 brd 192.199.0.255 scope global noprefixroute dynamic eth0
valid_lft 3096sec preferred_lft 3096sec
inet6 fe80::4af:52ff:fef8:7498/64 scope link
valid_lft forever preferred_lft forever
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:67:fb:1a:a2 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 scope global docker0
valid_lft forever preferred_lft forever
inet6 fe80::42:67ff:fefb:1aa2/64 scope link
valid_lft forever preferred_lft forever
....
Linuxハードウェアのトラブルシューティングには、強力なコマンドラインツールの使用方法やシステムログの把握方法など、かなりの知識が必要です。また、多くのハードウェア問題の根本原因を見つけることができるカーネル空間を診断する方法も知っておく必要があります。 Linuxのハードウェアの問題は、デバイス、モジュール、ドライバー、BIOS、ネットワーク、さらには昔ながらのハードウェアの誤動作など、さまざまな原因で発生する可能性があることに注意してください。