GNU / Linux vispārējā problēmu novēršanas rokasgrāmata iesācējiem

Aparatūras problēmu novēršana

Kad kodols tiek palaists, tas ielādē nepieciešamos aparatūras draiverus un moduļus ar visiem ziņojumiem, kuros ir sīkāka informācija par aparatūras kļūmēm. Bet ziņojumi tiek ritināti uz augšu pārāk ātri, un nav iespējams labi apskatīt iespējamās aparatūras problēmas. Tomēr kodola sāknēšanas procesā parādītie ziņojumi tiek saglabāti kodola gredzena buferī.

Kad sistēma sāk darboties, izmantojiet dmesg komandu ierakstīt šos ziņojumus ziņojums.txt failu.

[aizsargāts pa e-pastu]: ~ $ dmesg> / tmp / msg.txt
[aizsargāts ar e-pastu]: ~ $ mazāk / tmp / kernel_msg.txt

Saglabātos ziņojumus var vēlāk pārskatīt vai nosūtīt kādam, lai atkļūdotu problēmu.

Vēl viens veids, kā lasīt šos ziņojumus, ir pārbaudīt / var / log / dmesg vai / var / log / messages failus, ja tādi pastāv.

Dažas Linux sistēmas, kas atbalsta systemd, glabā šos ziņojumus systemd žurnālā. Izmantojiet journalctl komanda, lai pārbaudītu kodola ziņojumus:

[e-pasts aizsargāts]: ~ $ journalctl -k | mazāk

Pārbaudiet, vai nav ziņojumu, kuros norādīts aparatūras funkciju kļūme vai draiveru ielāde.

GRUB glābšana

GRUB ir programmatūra, kuru instalē izplatītāji un kas palaiž kodola OS. Pašlaik visos Linux izplatījumos tiek izmantota GRUB2 versija. Dažreiz ir iespējams, ka tad, kad BIOS palaiž GRUB2, tā nonāk problēmā, kurā nav “operētājsistēmas failu sistēmas” vai “nezināmas failu sistēmas”.

Kļūda liecina, ka GRUB nevar atrast pareizo operētājsistēmu, lai ielādētu un atrastu grub.cfg fails atrodas nepareizajā nodalījumā. Tas notiek, kad lietotājs instalē sistēmu Windows pēc tam, kad Linux OS un BIOS nepareizā secībā ir identificējuši diskus, jo Windows sāknēšanas ielādētāju sāk Master Boot Record (MBR).

Kļūda parādās šādi:

kļūda: nezināma failu sistēma.
grub glābšana> _

Šajā sadaļā mēs apspriedīsim divus izplatīšanas atgūšanas veidus no Grub Rescue:

I METODE

Ievadiet ls komanda grub glābšanas terminālī, lai uzskaitītu visus diskus un pieejamos nodalījumus.

grub> ls
(hd0), (hd0, msdos1) (hd0, msdos2)

Atlasiet nodalījumu, kurā ir instalētais izplatījums. Parasti tas tiek palaists no pirmā nodalījuma; ja nē, tas izsūta kļūdas ziņojumu. Izpildiet šīs komandas, lai meklētu grub konfigurācijas failu grub2 direktorijā:

grub> ls (hd0, msdos1) /
grub> ls (hd0, msdos1) / grub2
ierīci.karšu fonti grub.cfg grub.cfg.1590068449.rpmsave grubenv i386-pc lokalizācija

Tips iestatīt sakni = (hd0, msdos1) lai sāktu sistēmu. Tagad izmantojiet iestatīt prefiksu komandu, lai noteiktu ceļu uz direktoriju grub2. Tips insmod normāli komandu pārstartēt sistēmu. Pēc pārstartēšanas atveriet termināli, lai atjauninātu GRUB.

[aizsargāts ar e-pastu]: ~ $ sudo update-grub

Pēdējais solis ir GRUB instalēšana MBR (Master Boot Record), kad Windows tajā sāk savu ielādes programmu. Šim solim ir jāuzstāda saknes nodalījums / dev / sda1 direktorijā / mnt.

[aizsargāts pa e-pastu]: ~ $ sudo mount / dev / sda1 / mnt
[aizsargāts ar e-pastu]: ~ $ sudo grub-install - root-directory = / mnt / / dev / sda

Sistēma var neizdoties palaist caur insmod normāli komandu, kas var notikt, jo trūkst grub trūkst faila sistēmas.conf fails. Problēma prasa, lai lietotājs sāknētu sistēmu, izmantojot izplatīšanas tiešraides USB / kompaktdisku. Apspriedīsim vēl vienu ideālu paņēmienu, kā glābt GRUB2.

II METODE

Boot-Repair ir grafisks rīks, kas piedāvā ideālu risinājumu GRUB problēmām. Boot darbvirsmā, izmantojot dzīvu noņemamu USB / CD. Pārliecinieties, vai ierīce ir savienota ar internetu, un nospiediet Ctrl + Alt + T, lai atvērtu termināli. Tagad instalējiet sāknēšanas remonta rīku:

[aizsargāts ar e-pastu]: ~ $ sudo add-apt-repository -y ppa: yannubuntu / boot-repair
[aizsargāts pa e-pastu]: ~ $ sudo apt-get update
[aizsargāts ar e-pastu]: ~ $ sudo apt-get install -y boot-repair && boot-repair

Izpildiet ieteiktās iespējas, lai labotu sistēmu. Restartējiet sistēmu pēc tam, kad sāknēšanas labošana ir piemērojusi visas izmaiņas. OS sāksies normāli.

Tīkla problēmu novēršana

Parastajiem lietotājiem tīkla savienojamība notiek automātiski, tiklīdz lietotājs pieslēdz Ethernet kabeli vai nodrošina Wi-Fi tīkla pieteikšanās akreditācijas datus. Tomēr tīkla pārvaldība un problēmu novēršana ir būtisks uzdevumu kopums jebkuram sistēmas administratoram. Tādējādi Linux piedāvā komandrindas rīkus pārvaldības un savienojamības problēmu risināšanai.

Šajā sadaļā mēs apspriežam izejošā un ienākošā tīkla savienojuma problēmas un aptveram Linux rīkus, lai tiem ērtā veidā piedāvātu risinājumus.

Izejošie savienojumi

Linux piedāvā IP komandu kā visaptverošu tīkla utilītu, lai konfigurētu tīklu un atrisinātu savienojamības problēmas. Tas manipulē ar visiem tīkla objektiem, piemēram, IP adresēm, maršrutiem un saitēm utt.

Pirms sākat, izmantojiet IP komandu, lai apskatītu darba tīkla saskarni.

[aizsargāts ar e-pastu]: ~ $ ip addr show

Ja nav pieejama saskarne, pārbaudiet, vai aparatūra ir atspējota. Tomēr, ja tas ir izveidots un joprojām ir savienots ar resursdatoru, izmantojiet maršrutu komandu, lai pārbaudītu resursdatoru.

[aizsargāts ar e-pastu]: ~ $ maršruts

Noklusējuma līnija apzīmē noklusējuma vārteju (maršrutētāju), kurai mašīna piekļūst, izmantojot darba saskarnes karti. Linux piedāvā ping lietderība, lai pārbaudītu ierīces un maršrutētāja savienojamību.

[aizsargāts ar e-pastu]: ~ $ ping -c 5

Kļūda liecina, ka maršrutētājs fiziski nav savienots vai ir izslēgts. Tomēr, ja ping ir veiksmīgi, mēģiniet sasniegt adresi, kas pārsniedz maršrutētāju, piemēram, globālo Google DNS serveri 8.8.8.8.

[aizsargāts ar e-pastu]: ~ $ ping -c 5 8.8.8.8

Veiksmīgs ping ļauj domāt, ka problēma ir ar resursdatora un adreses izšķirtspēju. Sistēmas izmantotais DNS serveris tiek pievienots manuāli vai automātiski no DHCP servera, kad tiek sākta tīkla saskarne. Pārbaudiet DNS servera informāciju (nosaukumus un IP adreses) no / etc / atrisināt.conf fails.

vārdu serveris 192.168. lpp.11.12
vārdu serveris 192.168. lpp.11.253

Saimnieka nosaukuma problēmas mēs varam atrisināt šādi:

Iespējams, ka serveris nedarbojas vai lietotājam ir piešķirta nepareiza DNS servera adrese. Ievērojiet vārdu serveris adreses no atrisināt.konf failu un pārbaudiet, vai tas ir pieejams, izmantojot ping komandu.

[aizsargāts ar e-pastu]: ~ $ ping -c 3 192.168. lpp.11.253

Izmantojiet utilītu Domain Information groper (DIG), lai pārbaudītu, vai darbojas DNS. Tas ir, pārbaudiet, vai DNS servera adrese ir 192.168. lpp.11.253 resursdatora nosaukumu nosaka IP adrese.

[aizsargāts pa e-pastu]: ~ $ dig @ 115.186.188.3 www.google.com

DNS servera labošana ir nedaudz grūts. Ja tīkla savienojuma pārvaldnieks ir atbildīgs par savienojamības uzdevuma pārvaldīšanu, tas ignorē nosaukuma servera ierakstus mapē / etc / atrisināt.conf fails. Cd direktorijā / etc / sysconfig / network-scripts, lai failā ifcfg pievienotu šo rindu, lai atrisinātu problēmu.

[aizsargāts pa e-pastu]: ~ $ sudo vim / etc / sysconfig / network-scripts / ifcfg
PEERDNS = nē
DNS1 =

Atsevišķa tīkla pakalpojuma gadījumā pievienojiet rindu PEERDNS = nav, lai atrisinātu.conf fails.

Ienākošie savienojumi

Linux sistēmai, kas konfigurēta kā Apache serveris, tīmekļa serverim ir jāpiekļūst klientam. Ja klients nevar sasniegt serveri, izmantojot tīmekļa pārlūkprogrammu, problēmu izsekošanai varat izmantot iepriekš apspriestās ping, dig vai traceroute komandas no servera. Daži no citiem veidiem, kā novērst ienākošos savienojumus, ir šādi:

Izmantot nmap lai pārbaudītu pakalpojuma pieejamību, izmantojot servera atvērtās ostas. Izmantojiet komandu nmap ar resursdatora / IP adresi, lai pārbaudītu atvērtās ostas.

[aizsargāts ar e-pastu]: ~ $ nmap

Atvērtais ports 80/443 STATE liek domāt, ka tīkla savienojamība ir laba. Ja nē, ugunsmūris nepieņem paketes no šīm ostām. Turklāt tas netiek filtrēts un stāvoklis ir slēgts, kas nozīmē, ka pakalpojums nav pareizi konfigurēts vai arī tas neklausās 80/443 portos.

Ja sistēma izmanto ufw un iestata noklusējuma ugunsmūra politiku, tā bloķēs katru ienākošo savienojumu. Iestatiet ugunsmūri, lai klienti varētu piekļūt TCP 80/443 portiem:

[aizsargāts ar e-pastu]: ~ $ sudo ufw allow 80
[aizsargāts ar e-pastu]: ~ $ sudo ufw allow 443

Ja tas joprojām bloķē ienākošos savienojumus, izmantojiet sudo ufw statuss komandu meklēt noraidītos resursdatorus un piekļūt tiem, izmantojot šādu komandu.

[aizsargāts ar e-pastu]: ~ $ sudo ufw atļauja no

Ja ir iespējota piekļuve 80/443 portiem un visi ienākošie tīkli var piekļūt serverim. Ir pienācis laiks pārbaudīt servera statusu:

[e-pasts aizsargāts]: ~ $ sudo systemctl statuss httpd

Visbeidzot, pārbaudiet, vai serveris klausās piemērotas saskarnes un porti. Tādējādi tādiem pakalpojumiem kā httpd, kas klausās interfeisu pieprasījumus. Rediģējiet galveno konfigurācijas failu, lai pakalpojums 80. portā varētu klausīties noteiktu adresi vai visas adreses.

[aizsargāts pa e-pastu]: ~ $ sudo cd / etc / httpd / conf / httpd.konf
Klausieties 80
Klausieties 192.168. lpp.11.10:80

Sistēmas ielādes problēmu novēršana

Linux nāk ar daudzām utilītprogrammām, kas vēro sistēmas darbības un izdomā problēmas, kurām nav acīmredzamu iemeslu. Tas ir, sistēma darbojas lieliski, bet sāk palēnināties un sāk avarēt lietojumprogrammas. Šīs dažādās Linux utilītas palīdz uzzināt procesus, kas patērē atmiņas resursus un iztukšo mašīnu no tā diska vietas, procesoriem un tīkla joslas platumu.

Daži no sistēmas nestabilitātes cēloņiem ietver ierobežotu jaudu, t.e., zema atmiņa, diska vieta, tīkla jauda un apstrādes jauda ar nepareizi konfigurētām lietojumprogrammām. Tomēr utilītas piedāvā veidus, kā pārvaldīt, manipulēt un novērst šādus jautājumus. Novērsīsim problēmu ar ierobežotu atmiņu un pārmērīgu CPU patēriņu.

Atmiņas izmantošana

Palaidiet tops komanda ar kapitālu M klasificēt procesa detaļas pēc atmiņas izmantošanas. Komandas izvade dod vispārīgu informāciju, kam seko RAM, mijmaiņas vietas un CPU patēriņš. Ja šķiet, ka sistēmā nav vietas atmiņā (OOM), meklējiet šīs lietas:

• Ievērojiet brīvo vietu Mem rindā: tai jābūt nullei vai tuvu tai.
• Pārbaudiet izmantoto mijmaiņas vietu: tai jābūt ne nullei vai augošai.
• Kopš tops komanda atkārtoti parāda informāciju ik pēc 5 sekundēm, meklējiet procesu ar atmiņas noplūdi, tas ir, pārbaudiet, vai RES atmiņa turpina pieaugt.
• Kad mijmaiņas vieta ir beigusies, kodols sāk nogalināt procesu.

Iespējamais veids, kā novērst šādas problēmas, ir:

Procesa nogalināšana

Kill komanda nosūta kill signālu, lai izbeigtu procesu. Visbiežāk izmantotie signāli, lai novērstu atmiņā esošās problēmas, ir SIGKILL un SIGTERM. Tomēr dažādi procesi uz signāliem reaģē atšķirīgi.

Piemēram, ņemiet vērā PID un izmantojiet nogalināt komandu nosūtīt signālu SIGTERM.

[aizsargāts ar e-pastu]: ~ $ kill -15 PID

Signāla SIGTERM / -15 mērķis ir pārtraukt procesu, bet dažreiz tas procesu nenogalina. Tādējādi tas var prasīt SIGKILL / -9 signālu, lai procesu nekavējoties nogalinātu.

[e-pasts aizsargāts]: ~ $ kill -SIGKILL PID

Drop Page Cache

Lai iztīrītu šī brīža atmiņu, nometiet neaktīvas kešatmiņas lapas. Nometot kešatmiņā saglabātās lapas, ierakstiet diskā dažas atmiņas lapas, jo sistēma, iespējams, vēlēsies to izgūt vēlāk, bet pārējās izmetīs.

Atstājiet augšējo komandu darboties terminālā un palaidiet norādīto komandu citā terminālī, lai skatītu MEM līnijas maiņu:

[aizsargāts pa e-pastu]: ~ $ echo 3> / proc / sys / vm / drop_cache

Izmantojiet taustiņu kombināciju Alt + SysRq

Atmiņas izsmelšana dažkārt var padarīt GUI vai apvalku pilnīgi nereaģējošu. Šis scenārijs prasa Alt + SysRq taustiņu izmantošanu nereaģējošā sistēmā. Tāds, ka kodols apstrādā savu pieprasījumu pirms jebkura cita procesa.

Palaidiet šo komandu, lai pārbaudītu, vai tā ir iespējota:

[aizsargāts ar e-pastu]: ~ $ cat / proc / sys / kernel / sysrq
076

Vērtība “0” parāda, ka taustiņsitiens nav iespējots. Lai iespējotu šo taustiņsitienu, dodieties uz / etc / sysctl.conf failu un iestatiet kodols.sysrq = 1. Vai arī iestatiet kodols.sysrq = 1 izmantojot šādu komandu.

[aizsargāts pa e-pastu]: ~ $ sudo echo "1"> / proc / sys / kernel / sysrq

Lielākajā daļā tastatūru SysRq ir taustiņš “PrtSc”.

Nospiediet Alt + SysRq + f no teksta saskarnes, lai nogalinātu procesu ar visaugstāko OOM punktu skaitu. Turpiniet nospiest šos taustiņsitienus, līdz sistēma atgriežas normālā izmantojamā stāvoklī.

CPU slodze

Iepriekš aprakstītās metodes var arī pārbaudīt un novērst procesu, kas patērē pārmērīgus CPU resursus un liedz sistēmai tās funkcionalitāti. Tomēr Linux piedāvā citu metodi, kas ierobežo sistēmas procesus no CPU resursu padeves.

Atjaunojiet procesu

Izmantojiet augšējo komandu, lai iegūtu visu informāciju un atzīmētu procesa ID (PID), pieprasot vairāk CPU resursu. Ierakstiet šādu komandu, kas lielisko vērtību iestata starp -20 līdz 19, t.i.e., jo augstāka vērtība, jo zemāks piekļuves process nonāk CPU.

[aizsargāts ar e-pastu]: ~ $ jauks +18 PID

Vai arī pamaniet PID vērtību NI (jauka). Lai iegūtu zemu NI vērtību, samaziniet šī procesa CPU piekļuves tiesības, atsaucot lielisko vērtību, izmantojot komandu renice:

[aizsargāts ar e-pastu]: ~ $ renice -n +18 PID

Secinājums

Raksts aptver visas nepieciešamās Linux utilītas, lai iesācēji varētu novērst Linux problēmas, kas saistītas ar sistēmas slodzi, aparatūras problēmām, GRUB un tīklu veidošanu.