Phenquestions
Hardverproblémák elhárítása
Amikor a kernel elindul, betölti a szükséges hardver illesztőprogramokat és modulokat minden olyan üzenettel, amely tartalmazza a hardverhiba részleteit. De az üzenetek túl gyorsan gördülnek felfelé, és lehetetlen jól áttekinteni a lehetséges hardverproblémákat. A kernel indításakor megjelenő üzenetek azonban a kernel gyűrűpufferébe kerülnek.
Amint a rendszer elindul, használja a dmesg parancs, hogy ezeket az üzeneteket egy üzenet.txt fájl.
[e-mail védett]: ~ $ dmesg> / tmp / msg.txt[e-mail védett]: ~ $ kevesebb / tmp / kernel_msg.txt
A mentett üzeneteket később felül lehet vizsgálni, vagy el lehet küldeni valakinek, hogy hibakeresést végezzen.
Az üzenetek elolvasásának másik módja a / var / log / dmesg vagy a / var / log / messages fájlok ellenőrzése, ha vannak ilyenek.
Egyes, a systemd-t támogató Linux-rendszerek ezeket az üzeneteket a systemd naplóban tárolják. Használja a journalctl parancs a kernel üzeneteinek ellenőrzéséhez:
[e-mail védett]: ~ $ journalctl -k | KevésbéEllenőrizze, hogy vannak-e olyan üzenetek, amelyek a hardverfunkciók meghibásodását vagy az illesztőprogramok betöltését jelzik.
GRUB mentés
A GRUB egy terjesztések által telepített szoftver, amely elindítja a kernel alapú operációs rendszert. Jelenleg az összes Linux disztribúció a GRUB2 verziót használja. Néha előfordulhat, hogy amikor a BIOS elindítja a GRUB2-t, akkor az „operációs fájlrendszer” vagy az „ismeretlen fájlrendszer” problémájába kerül.
A hiba arra utal, hogy a GRUB nem találja meg a megfelelő operációs rendszert a grub betöltéséhez és megkereséséhez.a cfg fájl rossz partícióban van. Ez akkor történik, amikor a felhasználó telepíti a Windows rendszert, miután a Linux OS és a BIOS hibás sorrendben azonosítja a lemezeket, mivel a Windows elindítja a rendszerindítót a Master Boot Record (MBR) fájlon.
A hiba a következőképpen jelenik meg:
hiba: ismeretlen fájlrendszer.grub mentés> _
Ebben a részben a terjesztés helyreállításának két módját tárgyaljuk meg a Grub Rescue-tól:
I. MÓDSZER
Írd be a ls parancs a grub mentési terminálon az összes meghajtó és az elérhető partíció felsorolásához.
grub> ls(hd0), (hd0, msdos1) (hd0, msdos2)
Válassza ki a telepített terjesztést tartalmazó partíciót. Általában az első partícióról indul. ha nem, akkor hibaüzenetet küld. Futtassa az alábbi parancsokat a grub konfigurációs fájl kereséséhez a grub2 könyvtárban:
grub> ls (hd0, msdos1) /grub> ls (hd0, msdos1) / grub2
eszköz.térkép betűtípusok grub.cfg grub.vö.1590068449.rpmsave grubenv i386-pc területi beállítások
típus set root = (hd0, msdos1) a rendszer indításához. Most használja a állítsa be az előtagot parancs a grub2 könyvtár elérési útjának meghatározásához. típus insmod normális parancsot a rendszer újraindításához. Újraindítás után nyissa meg a terminált a GRUB frissítéséhez.
[e-mail védett]: ~ $ sudo update-grubAz utolsó lépés a GRUB telepítése az MBR-re (Master Boot Record), amikor a Windows elindítja rajta az indítót. Ehhez a lépéshez meg kell telepíteni a / dev / sda1 gyökérpartíciót az / mnt könyvtárba.
[e-mail védett]: ~ $ sudo mount / dev / sda1 / mnt[e-mail védett]: ~ $ sudo grub-install --root-directory = / mnt / / dev / sda
Előfordulhat, hogy a rendszer nem indul el a insmod normális parancsot, ami a grub hiányzó fájlok miatt lehet.conf fájl. A probléma megköveteli, hogy a felhasználó a disztribúció élő USB / CD-jén keresztül induljon be a rendszerbe. Beszéljünk meg egy másik ideális technikáról a GRUB2 megmentésére.
MÓDSZER II
A Boot-Repair egy grafikus eszköz, amely ideális megoldást kínál a GRUB problémákra. Indítsa el az asztali számítógépet egy élő kivehető USB / CD-n keresztül. Ellenőrizze, hogy a készülék csatlakozik-e az internethez, és nyomja meg a Ctrl + Alt + T billentyűkombinációt a terminál megnyitásához. Telepítse a rendszerindító javító eszközt:
[e-mail védett]: ~ $ sudo add-apt-repository -y ppa: yannubuntu / boot-repair[e-mail védett]: ~ $ sudo apt-get update
[e-mail védett]: ~ $ sudo apt-get install -y boot-repair && boot-repair
A rendszer javításához kövesse az ajánlott lehetőségeket. Indítsa újra a rendszert, miután a Boot Repair minden változtatást végrehajtott. Az operációs rendszer rendesen indul.
Hálózati hibaelhárítás
A rendszeres felhasználók számára a hálózati kapcsolat automatikusan létrejön, amint a felhasználó bedugja az Ethernet kábelt, vagy bejelentkezési adatokat ad meg egy Wi-Fi hálózathoz. A hálózatkezelés és a hibaelhárítás azonban minden rendszergazda számára kulcsfontosságú feladatsor. Ezért a Linux parancssori eszközöket kínál a kezelési és csatlakozási problémák kezelésére.
Ebben a szakaszban a kimenő és a bejövő hálózati kapcsolat problémáival foglalkozunk, és áttekintjük a Linux eszközeit, hogy kényelmes módon megoldást kínáljunk rájuk.
Kimenő kapcsolatok
Linux ajánlatok IP parancs, mint egy körös hálózati segédprogram a hálózat konfigurálásához és a kapcsolódási problémák megoldásához. Az összes hálózati objektumot, például IP-címeket, útvonalakat és linkeket, stb. Manipulálja.
Mielőtt elkezdené, használja a IP parancsot a működő hálózati felület megtekintéséhez.
[e-mail védett]: ~ $ ip addr showHa nincs elérhető interfész, ellenőrizze, hogy a hardver ki van-e kapcsolva. Ha azonban fent van, és még mindig csatlakozik a gazdagéphez, használja a útvonal parancsot a gazda ellenőrzéséhez.
[e-mail védett]: ~ $ útvonalAz alapértelmezett sor az alapértelmezett átjárót (útválasztót) jelenti, amelyhez a gép egy működő interfészkártyán keresztül fér hozzá. Linux ajánlatok ping segédprogram az eszköz és az útválasztó közötti kapcsolat teszteléséhez.
[e-mail védett]: ~ $ ping -c 5A hiba arra utal, hogy az útválasztó fizikailag nincs csatlakoztatva, vagy ki van kapcsolva. Ha azonban a ping sikeres, próbálja meg elérni az útválasztón túli címet, például a globális Google DNS-kiszolgálót 8.8.8.8.
[e-mail védett]: ~ $ ping -c 5 8.8.8.8A sikeres ping azt sugallja, hogy a probléma a hosztnév-cím feloldással kapcsolatos. A rendszer által használt DNS-kiszolgáló manuálisan vagy automatikusan hozzáadódik a DHCP-kiszolgálótól, amikor a hálózati interfész elindul. Ellenőrizze a DNS-kiszolgáló adatait (neveket és IP-címeket) az / etc / Resol-ból.conf fájl.
névszerver 192.168.11.12névszerver 192.168.11.253
A hosztnévvel kapcsolatos problémákat az alábbiak szerint tudjuk megoldani:
Lehetséges, hogy a kiszolgáló nem működik, vagy a felhasználónak rossz a DNS-kiszolgáló címe. Vegye figyelembe a névszerver címek a elhatározás.konf fájlt, és ellenőrizze, hogy elérhető-e ping paranccsal.
[e-mail védett]: ~ $ ping -c 3 192.168.11.253A Domain Information groper (DIG) segédprogram segítségével ellenőrizheti, hogy működik-e a DNS. Vagyis ellenőrizze, hogy a DNS-kiszolgáló címe 192.168.11.253 feloldja a hosztnevet IP-címre.
[e-mail védett]: ~ $ dig @ 115.186.188.3 www.Google.comA DNS-kiszolgáló javítása kissé trükkös. Ha a hálózati kezelő felelős a csatlakozási feladat kezeléséért, akkor felülírja az / etc / Resol könyvtárban található névszerver bejegyzéseket.conf fájl. CD-t az / etc / sysconfig / network-scripts könyvtárba, hogy a probléma megoldásához adja hozzá a következő sort az ifcfg fájlba.
[e-mail védett]: ~ $ sudo vim / etc / sysconfig / network-scripts / ifcfgPEERDNS = nem
DNS1 =
Külön hálózati szolgáltatás esetén adja meg a megoldandó PEERDNS = no sort.conf fájl.
Bejövő kapcsolatok
Apache szerverként konfigurált Linux rendszer esetén a webszervernek hozzáférnie kell az ügyfélhez. Ha az ügyfél nem éri el a szervert webböngészőn keresztül, akkor a fent tárgyalt ping, dig vagy traceroute parancsokat a kiszolgálón kívülről is használhatja a problémák nyomon követésére. A bejövő kapcsolatok hibaelhárításának egyéb módjai a következők:
Használat nmap hogy ellenőrizze a szolgáltatás elérhetőségét a szerver nyitott portjain keresztül. Használja az nmap parancsot a gazdagépnévvel / IP-címmel a nyitott portok ellenőrzéséhez.
[e-mail védett]: ~ $ nmapA 80/443 STATE nyílt port arra utal, hogy a hálózati kapcsolat rendben van. Ha nem, akkor a tűzfal nem fogad csomagokat ezekből a portokból. Sőt, nincs szűrve, és az állapot zárva van, ami azt jelenti, hogy a szolgáltatás nincs megfelelően konfigurálva, vagy nem hallgat a 80/443 portokon.
Ha a rendszer használja ufw és az alapértelmezett tűzfal házirendet állítja be, blokkol minden bejövő kapcsolatot. Állítsa be a tűzfalat, hogy az ügyfelek hozzáférhessenek a tcp 80/443 portokhoz:
[e-mail védett]: ~ $ sudo ufw allow 80[e-mail védett]: ~ $ sudo ufw allow 443
Ha még mindig blokkolja a bejövő kapcsolatokat, használja a sudo ufw állapot paranccsal keresse meg az elutasított gazdagépeket, és a következő paranccsal érheti el őket.
[e-mail védett]: ~ $ sudo ufw allow fromHa a 80/443 portokhoz való hozzáférés engedélyezett, és az összes bejövő hálózat hozzáférhet a szerverhez. Itt az ideje ellenőrizni a szerver állapotát:
[e-mail védett]: ~ $ sudo systemctl állapot httpdVégül ellenőrizze, hogy a szerver megfelelő interfészeket és portokat hallgat-e. Ezért az olyan szolgáltatásokhoz, mint a httpd, amelyek meghallgatják az interfészekre vonatkozó kéréseket. Szerkessze a fő konfigurációs fájlt, hogy a szolgáltatás meghallgathassa a 80-as porton egy adott címet vagy az összes címet.
[e-mail védett]: ~ $ sudo cd / etc / httpd / conf / httpd.konfFigyelj 80
Figyelj 192.168.11.10:80
A rendszer terhelésének elhárítása
A Linux számos segédprogrammal rendelkezik, amelyek figyelik a rendszer tevékenységeit, és kitalálják azokat a kérdéseket, amelyeknek nincs egyértelmű oka. Vagyis a rendszer rendben működik, de lassulni kezd, és összeomlik az alkalmazások. Ezek a különféle Linux segédprogramok segítenek kideríteni a memóriaforrásokat felemésztő folyamatokat, és lemeríteni a gép lemezterületét, processzorait és a hálózati sávszélességet.
A rendszer instabilitásának egyik oka a korlátozott kapacitás, azaz.e., kevés memória, lemezterület, hálózati kapacitás és feldolgozási teljesítmény rosszul konfigurált alkalmazásokkal. A segédprogramok azonban lehetőséget kínálnak az ilyen problémák kezelésére, kezelésére és kijavítására. Hárítsuk el a korlátozott memóriát és a túlzott CPU-fogyasztási problémákat.
Memóriahasználat
Futtassa a tetejére parancs tőkével M a folyamat részleteinek osztályozása memóriahasználat szerint. A parancs kimenete általános információkat ad, amelyet a RAM, a cserefelület és a CPU-fogyasztás követ. Ha úgy tűnik, hogy a rendszer nem rendelkezik memóriával (OOM), keresse meg ezeket:
- Figyelje meg a Mem sor szabad helyét: nullának vagy annak közelében kell lennie.
- Ellenőrizze a használt cserefelületet: nem lehet nulla vagy növekszik.
- Mivel a tetejére a parancs 5 másodpercenként újra megjeleníti az információt, memóriaszivárgással keresse meg a folyamatot, vagyis ellenőrizze, hogy a RES memória tovább nő-e.
- A kernel elkezdi ölni a folyamatot, amikor a cserehely elfogy.
Az ilyen problémák elhárításának lehetséges módja:
A folyamat megölése
A kill parancs kill jelet küld a folyamat befejezéséhez. A memórián kívüli problémák elhárításához a leggyakrabban használt jelek a SIGKILL és a SIGTERM. A különböző folyamatok azonban eltérően reagálnak a jelekre.
Például vegye figyelembe a PID-t, és használja a megöl parancs a SIGTERM jel elküldéséhez.
[e-mail védett]: ~ $ kill -15 PIDA SIGTERM / -15 jel célja a folyamat leállítása, de alkalmanként nem öli meg a folyamatot. Ezért szükség lehet a SIGKILL / -9 jelre a folyamat azonnali megöléséhez.
[e-mail védett]: ~ $ kill -SIGKILL PIDDrop Page Cache
A memória pillanatnyi tisztításához dobja az inaktív gyorsítótár oldalakat. A gyorsítótárban tárolt oldalak eldobásával írjon néhány memória oldalt a lemezre, mivel a rendszer később szeretné megszerezni, míg a többit elveti.
Hagyja futni a felső parancsot a terminálon, és futtassa az adott parancsot egy másik terminálon, hogy megtekinthesse a MEM sorváltását:
[e-mail védett]: ~ $ echo 3> / proc / sys / vm / drop_cacheHasználja az Alt + SysRq billentyűleütést
A memória kimerültsége néha teljesen reagálhatatlanná teheti a GUI-t vagy a shellt. Ez a forgatókönyv az Alt + SysRq billentyűleütés használatát igényli egy nem reagáló rendszeren. Olyan, hogy a kern bármilyen más folyamat előtt feldolgozza a kérését.
Futtassa a következő parancsot annak ellenőrzéséhez, hogy engedélyezve van-e:
[e-mail védett]: ~ $ cat / proc / sys / kernel / sysrq076
A „0” érték azt mutatja, hogy a billentyűleütés nincs engedélyezve. A billentyűleütés engedélyezéséhez lépjen az / etc / sysctl könyvtárba.conf fájlt, és állítsa be a kernel.sysrq = 1. Vagy meg kernel.sysrq = 1 a következő parancs használatával.
[e-mail védett]: ~ $ sudo echo "1"> / proc / sys / kernel / sysrqA legtöbb billentyűzeten a SysRq egy „PrtSc” kulcs.
Nyomja meg az Alt + SysRq + f billentyűkombinációt a szöveges felületen a legmagasabb OOM pontszámmal rendelkező folyamat megöléséhez. Addig tartsa lenyomva ezeket a billentyűleütéseket, amíg a rendszer vissza nem tér normál használható állapotába.
CPU terhelés
A fent tárgyalt technikák ellenőrizhetik és kijavíthatják a folyamatot is, amely túlzott CPU erőforrásokat emészt fel, és megfosztja a rendszert a funkcionalitásától. A Linux azonban kínál egy másik módszert, amely korlátozza a rendszerfolyamatokat abban, hogy a CPU erőforrásait táplálják.
Felújítsa a folyamatot
A legfelső paranccsal adja meg az összes részletet, és vegye figyelembe a processzorazonosítót (PID), amely további CPU-erőforrásokat igényel. Írja be a következő parancsot, amely kitűnő értéket állít -20 és 19 között, azaz.e., minél nagyobb az érték, annál alacsonyabb lesz a hozzáférési folyamat a CPU-hoz.
[e-mail védett]: ~ $ nice +18 PIDVagy vegye észre a PID NI (szép) értékét. Alacsony NI-érték esetén csökkentse az adott folyamat CPU-hozzáférési jogosultságait a kiváló érték visszavonásával a renice paranccsal:
[e-mail védett]: ~ $ renice -n +18 PIDKövetkeztetés
A cikk ismerteti az összes szükséges Linux segédprogramot, amelyek lehetővé teszik a kezdők számára a rendszerterheléssel, a hardverrel, a GRUB-val és a hálózatépítéssel kapcsolatos Linux-problémák elhárítását.
