Kā automātiski salabot failu sistēmu ar fsck

Laika gaitā aparatūras izmaksas kļūst zemākas un tās jauda pieaug, bet, ja kaut kas svarīgs, ko mēs pārvadājam savos datoros, ir tur glabātā informācija, par kuru gandrīz bez bailēm kļūdīties varētu teikt, ka cietais disks ir tā daļa, kas mūs visvairāk uztrauc. Diemžēl tas ne vienmēr tiek sasniegts, un daudzi lietotāji atstāj savu veselību nejaušības ziņā, līdz brīdim, kad beidzot notiek kas slikts, nožēlu ir par vēlu un tiek zaudēti vērtīgi dokumenti, attēli, videoklipi vai pat mūzika.

Jautājums ir tāds, ka ar nelielu darbu mēs varam atstāt visu ļoti labi sakārtotu, lai sistēma par to rūpētos automātiski pārbauda mūsu failu sistēmas statusu lai noteiktu, vai viss ir kārtībā, un Linux operētājsistēmā to varam izdarīt ar veterāna starpniecību, kuram vēl ir daudz ko dot: komanda fsck. Protams, tad katram distro ir savs veids, kā rīkoties, tāpēc redzēsim, kā to konfigurēt vissvarīgākajos rajonos.

Šajā gadījumā Debian un tā atvasinājumi (piemēram, Ubunto vai Linux Mint, mēs paļaujamies uz failu / etc / default / rcS, kuru mēs atveram rediģēšanai:

sudo gedit / etc / default / rcS

Tad mēs pievienojam:

FSCKFIX = jā

Piemēram, CentOS gadījumā lietas ir atšķirīgas, un mēs paļaujamies uz failu / etc / sysconfig / autofsck kuru mēs arī atveram rediģēšanai (manā gadījumā ar Geditu):

sudo gedit / etc / sysconfig / autofsck

Tad mēs pievienojam rindu minētajā failā:

AUTOFSCK_DEF_CHECK = jā

Tagad tās darbības, kuras mēs norādījām iepriekšējās rindkopās, tiek izmantotas, kad mēs vēlamies veiciet pārbaudi, izmantojot fsck, katrā sistēmas startēšanas reizē, un, lai arī tas ir ļoti labi, tas var aizņemt ilgu laiku, ja mūsu diskdziņi un nodalījumi ir ļoti lieli. Tādēļ mēs varam izmantot priekšrocības, ko piedāvā cits Linux rīks ar nosaukumu tune2fs, kas cita starpā dod mums iespēju periodiski pārbaudiet mūsu failu sistēmu, lai tās tiktu veiktas laiku pa laikam, bet ne katrā datora startā.

Vispirms mēs pārbaudām pašreizējās konfigurācijas statusu, izpildot:

sudo tune2fs -l / dev / sda1

Mēs varam analizēt, ko dators man dod, kad es to darbinu, un tam mums jāpievērš uzmanība dažiem parametriem, kurus aplūko tune2fs. Piemēram, 'Failu sistēmas stāvoklis', kas manā gadījumā redzams šī ieraksta augšējā attēlā 'tīrs' un tas ir labs sākums. Tomēr neļaujiet sevi apmānīt, un zemāk mēs redzam citus tikpat svarīgus parametrus, kas nav tik pozitīvi.

Piem 'Mount count', kas norāda cik reižu mūsu failu sistēma ir jāuzstāda pirms atkārtotas pārbaudes un ka manā gadījumā tas ir 270, ļoti augsts skaitlis, ka, neaizmirstot, ka pēdējo reizi fsck manā sistēmā darbojās 7. gada 2013. maijā. Vēl viens ir "Pārbaudes intervāls", kas norāda maksimālo laiku mēnešos, kuru mēs vēlamies ļaut paiet, neveicot šo integritātes pārbaudi; ja tas ir iestatīts uz 0 kā manā gadījumā, tas netiks ņemts vērā.

Ja mēs vēlamies, lai pārbaude tiktu veikta ik pēc 30 sistēmām:

sudo tune2fs -c 30 / dev / sda1

Ja mēs vēlamies, lai pirms atkārtotas pārbaudes veikšanas paiet ne vairāk kā 3 mēneši:

sudo tune2fs -i 3m / dev / sda1

Bet, ja Linux kaut kas atšķiras, tas ir fakts, ka tas mums piedāvā daudz iespēju, tāpēc mēs varam pievienot visu iespēja veikt mūsu failu sistēmas integritātes pārbaudi nākamajā sistēmas startēšanas reizē, tas ir, mēs to darām pēc pieprasījuma un tikai vienu reizi.

Šim nolūkam mēs izpildām:

sudo touch / forcefsck

Ar to mēs izveidojam tukšu failu ar nosaukumu forcefsck, kas atradīsies saknes direktorijā un pateicoties tam nākamreiz, kad dators tiks palaists, failu sistēma tiks pārbaudīta, izmantojot fsck, un pēc tam šis fails tiks automātiski izdzēsts, lai nākamajos startos tas vairs netiktu veikts.

Kā redzam, Linux iespēju vienmēr ir daudz, un pateicoties tam, mēs varam pielāgot šo ļoti svarīgo funkcionalitāti savām vajadzībām, īpaši visas cietajos diskos esošās informācijas vērtības dēļ. Tādā veidā mēs varam manuāli veikt integritātes pārbaudi, kad mēs zinām, ka dators mums nebūs vajadzīgs, un tāpēc mēs neuztraucamies par to, kas tam varētu būt vajadzīgs, vai arī darīsim to regulāri, ik pēc noteikta skaita sistēmas restartēšanas.