GNU/Linux >> Znalost Linux >  >> Linux

Odstraňování problémů s hardwarem v Linuxu

Servery Linux provozují kritické podnikové aplikace v mnoha různých typech infrastruktur, včetně fyzických strojů, virtualizace, privátního cloudu, veřejného cloudu a hybridního cloudu. Pro systémové administrátory Linuxu je důležité, aby rozuměli tomu, jak spravovat hardwarovou infrastrukturu Linuxu – včetně softwarově definovaných funkcí souvisejících se sítí, úložištěm, linuxovými kontejnery a více nástroji na linuxových serverech.

Odstraňování a řešení problémů souvisejících s hardwarem v Linuxu může nějakou dobu trvat. Dokonce i velmi zkušení správci systému někdy tráví hodiny prací na řešení záhadných hardwarových a softwarových nesrovnalostí.

Následující tipy by měly urychlit a usnadnit odstraňování problémů s hardwarem v Linuxu. Mnoho různých věcí může způsobit problémy s hardwarem Linuxu; než je začnete zkoušet diagnostikovat, je chytré dozvědět se o nejběžnějších problémech a o tom, kde je s největší pravděpodobností najdete.

Rychlá diagnostika zařízení, modulů a ovladačů

Prvním krokem při odstraňování problémů je obvykle zobrazení seznamu hardwaru nainstalovaného na vašem linuxovém serveru. Podrobné informace o hardwaru můžete získat pomocí ls příkazy jako lspci , lsblk , lscpu a lsscsi . Zde je například výstup lsblk příkaz:

# 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

Pokud ls příkazy neodhalí žádné chyby, použijte init procesy (např. systemd ), abyste viděli, jak funguje server Linux. systemd je nejpopulárnější init proces pro bootstrapping uživatelských prostorů a řízení více systémových procesů. Zde je například výstup stavu systemctl příkaz:

# 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
....

Překopávání do více protokolů

Dmesg umožňuje zjistit chyby a varování v nejnovějších zprávách jádra. Zde je například výstup dmesg | více příkaz:

# 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
....

Můžete se také podívat na všechny systémové protokoly Linuxu v /var/log/messages soubor, kde najdete chyby související s konkrétními problémy. Vyplatí se sledovat zprávy přes ocas příkaz v reálném čase, když provádíte úpravy hardwaru, jako je montáž dalšího disku nebo přidání síťového rozhraní Ethernet. Zde je například výstup tail -f /var/log/messages příkaz:

# 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

Analýza síťových funkcí

Můžete mít stovky tisíc nativních cloudových aplikací, které budou sloužit obchodním službám v komplexním síťovém prostředí; tyto mohou zahrnovat virtualizaci, více cloud a hybridní cloud. To znamená, že byste měli v rámci odstraňování problémů analyzovat, zda síťové připojení funguje správně. Mezi užitečné příkazy pro zjištění síťových funkcí na serveru Linux patří ip addr , traceroute , nslookup , kopat a ping , mezi ostatními. Zde je například výstup z ip addr show příkaz:

# 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
....

Na závěr

Odstraňování problémů s hardwarem Linuxu vyžaduje značné znalosti, včetně toho, jak používat výkonné nástroje příkazového řádku a zjišťovat systémové protokoly. Měli byste také vědět, jak diagnostikovat prostor jádra, což je místo, kde můžete najít hlavní příčinu mnoha problémů s hardwarem. Mějte na paměti, že hardwarové problémy v Linuxu mohou pocházet z mnoha různých zdrojů, včetně zařízení, modulů, ovladačů, BIOSu, sítí a dokonce i obyčejných starých hardwarových poruch.


Linux
  1. Použijte lspci v Linuxu k zobrazení hardwaru

  2. Správa připojeného hardwaru v systému Linux pomocí systemd-udevd

  3. Příkazy systému Linux pro zobrazení informací o vašem hardwaru

  1. Odstraňování problémů s pomalým WiFi v systému Linux

  2. Odstraňování problémů se systémem Linux 101:Výkon systému

  3. Ampere Hardware a Kali Linux

  1. dmidecode:Získejte informace o systémovém hardwaru v systému Linux

  2. 5 Příkazy pro odstraňování problémů se sítí Linux

  3. Linux – Získávání informací o hardwaru stroje v Linuxu?