Fsck ajuns să cunoască o scurtă trecere în revistă a caracteristicilor, efectuați configurarea și întreținerea serverelor

Mai devreme sau mai târziu se va întâmpla, și anume prăbușirea sistemului sau partiția, incapacitatea de a verifica sistemul de fișiere, etc. Prin urmare, administratorul de sistem ar trebui să știe ce să facă în astfel de situații, așa cum au fost cunoscut sub numele de „Tatăl nostru.“

1) fsck când sistemul de operare este încărcat

Atunci când există o pană de curent în operațiunea intră fsck: verificarea sistemului de fișiere consistență și reparații interactive sau în cazul în care în limba rusă, „verificării sistemului de fișiere și să mențină integritatea recuperare interactiv“. Implicit disc verificarea dezactivată. Acest lucru ar permite la boot, adăugați următoarea linie

la /etc/rc.conf. În acest caz, completarea incorectă a serverului va fi pornit să verifice automat toate sistemele de fișiere.

Verificați în sine constă din 5 etape:

** Faza 1 - Verificați Blocks și dimensiuni
** Faza 2 - Verificați cai de acces
** Faza 3 - Verificați Conectivitate
** Faza 4 - Verificați Numără de referință
** Faza 5 - Verificați grupurile cyl

De fapt, Faza 1 încă împărțită în 1a și 1b. Acest lucru poate fi văzut numai atunci când a avut loc colapsul onest.

Totul este bine, dar există un DAR! Atunci când o verificare a sistemului de fișiere, secțiunea lung nu este verificată, aceasta nu se va monta în mod automat și va fi disponibil, respectiv, crește sarcina serverului. Dezvoltatorii și este furnizat și a făcut posibilă testarea rula în „fundal“. Deși, în realitate, aceasta este doar o încercare, dar încă mai bine decât nimic. este activată în mod implicit. Adevărul despre această ascuțire dezbaterea pe tema „Ai nevoie să includă o verificare în fundal sau nu.“ Tu decizi.

Există un moment rău în procesul de verificare sistem de fișiere la boot. Dacă partiția este suficient de mare, se verifică poate lua o lungă perioadă de timp, astfel, fsck cum se blochează în fiecare etapă. Cu alte cuvinte, vizual nu este clar dacă există o verificare, dacă serverul este atârnat. Ei bine, cu toate acestea, nu este clar cât de multe au fost deja testate și cât de multe vor fi verificate. Ce ar aduce un pic pentru a face viața mai ușoară pentru administratorii de sistem, dezvoltatorii au pus în aplicare fără acte chiar posibil. Prin apăsarea unei combinații de + T Ctrl arată starea actuală a testului: cât de mult a fost deja testat, ca procent. Dacă doriți să cunoașteți starea din nou în câteva minute - este necesar să apăsați din nou Ctrl + T, și așa mai departe de fiecare dată (sau pur și simplu prindeți și țineți, date apoi se actualizează în mod dinamic).

Există mai mulți parametri, care sunt scrise în /etc/rc.conf și îngrijorare fsck. Sub valorile lor implicite:

fsck_y_enable = „NU“ # Activează de verificare la pornire în cazul în care lucrarea a fost completat corect.
fsck_y_flags = "" # steaguri suplimentare pentru -y fsck
background_fsck = „DA“ # Încercarea de a rula o verificare de fond în
background_fsck_delay = „60“ # Întârziere înainte de a rula fsck în fundal.

recomandăm să vă înregistrați în numai acest /etc/rc.conf:

Și astfel, aici sunt exemple de fsck:

- în cazul în care serverul este oprit corect, boot, vom vedea acest mesaj:

- dacă este incorectă, atunci o astfel de

** / dev / ad2s1g (NO SCRIERE)
** Last Montat pe / var
** Faza 1 - Verificați Blocks și dimensiuni

INCORECT COUNT BLOCK I = 446 041 (4 ar trebui să fie 0)
CORECTĂ? da
INCORECT COUNT BLOCK I = 446,045 (4 ar trebui să fie 0)
CORECTĂ? da

** Faza 2 - Verificați cai de acces
** Faza 3 - Verificați Conectivitate
** Faza 4 - Verificați Numără de referință

** Faza 5 - Verificați grupurile cyl

GRATUIT BLK COUNT (S) GREȘIT ÎN SUPERBLK
Salvage? da
REZUMAT INFORMAȚII BAD
Salvage? da
BLK (S) LIPSA IN MAPS BIT
Salvage? da
2242 fișiere, 1607116 utilizate, 973436 libere (2196 frag, 121,405 blocuri, 0,1% fragmentare)

2) fsck de rulare

Imediat, observ că verificarea se face numai pe o partiție non-montate! În caz contrar, puteți pierde toate datele.
Și astfel, să ne ia în considerare numai acei parametri care sunt adesea folosite. și anume,

-y | -n. acest parametru va răspunde în mod corespunzător DA | NU la toate întrebările în caz de discrepanțe.
-B | -F. respectiv, iar nefonovy modurile de fundal
-f. verificați secțiunea, chiar dacă acesta a fost oprit corect.

Vă recomandăm să ruleze cu următorii parametri:

fsck -y -f / dev / ad2s1g

Dacă executați fără un -y parametru. verificarea și găsirea inconsistențele se va da o întrebare la care se poate răspunde D sau N. Y. Nu raspund de obicei, foarte confortabil de fiecare dată pentru a răspunde la Y. deci cel mai bine este să începeți cu parametrul Y

** / dev / ad2s1g (NO SCRIERE)
** Last Montat pe / var
** Faza 1 - Verificați Blocks și dimensiuni

INCORECT COUNT BLOCK I = 446 041 (4 ar trebui să fie 0)
CORECTĂ?

Nu este o veste bună: combinația de + T CTRL funcționează în modul manual.

Mesaj de navigare

fsck_y_enable = »YES» are un sens ușor diferit. Și anume mașină răspunde pozitiv la orice cerere de (/etc/defaults/rc.conf conform) fsck. Ceea ce este extrem nu este recomandată.

Fals.
fsck_y_enable = »DA» spune da, și nimic altceva.