Kako automatski popraviti datotečni sustav pomoću fsck-a

Tijekom vremena troškovi hardvera postaju sve niži, a kapaciteti sve veći, ali ako su nešto važno što nosimo na svojim računalima tamo pohranjene informacije, za koje bismo gotovo bez straha da ćemo pogriješiti mogli reći da je tvrdi disk dio koji bi nas trebao najviše zabrinuti. Nažalost, to se ne postiže uvijek i mnogi korisnici svoje zdravlje prepuštaju slučaju, dok kada se napokon dogodi nešto loše, prekasno je za žaljenje i izgube se vrijedni dokumenti, slike, videozapisi ili čak glazba.

Poanta je u tome da uz malo rada možemo ostaviti sve vrlo dobro uređeno da se sustav brine automatski provjerava status našeg datotečnog sustava da utvrdimo je li sve u redu, a to u Linuxu možemo učiniti putem veterana koji još mora puno toga dati: naredba fsck. Naravno, tada svaki distro ima svoj način rada, pa ćemo vidjeti kako ga konfigurirati u najvažnijim distro-ovima.

U slučaju Debian i njegovi derivati ​​(na primjer Ubunto ili Linux Mint, oslanjamo se na datoteku / etc / default / rcS, koju otvaramo za uređivanje:

sudo gedit / etc / default / rcS

Zatim dodajemo:

FSCKFIX = da

U slučaju CentOS-a, na primjer, stvari su drugačije i oslanjamo se na datoteku / etc / sysconfig / autofsck koju također možemo urediti (u mom slučaju s Geditom):

sudo gedit / etc / sysconfig / autofsck

Zatim dodamo redak u spomenutu datoteku:

AUTOFSCK_DEF_CHECK = da

Sada se oni koraci koje smo naveli u prethodnim odlomcima koriste kada želimo pokrenite provjeru koristeći fsck pri svakom pokretanju sustava, i iako je vrlo dobro, može potrajati dugo ako su naši pogoni diska i particije vrlo veliki. Stoga možemo iskoristiti prednosti koje nudi drugi Linux alat nazvan tune2fs, što nas između ostalog omogućuje provodite povremene provjere u našem datotečnom sustavu tako da se provode s vremena na vrijeme, ali ne pri svakom pokretanju našeg računala.

Prvo provjeravamo status trenutne konfiguracije, izvršavajući:

sudo tune2fs -l / dev / sda1

Možemo analizirati što mi računalo daje kad ga pokrenem, a za to moramo obratiti pažnju na neke od parametara koje tune2fs gleda. Na primjer, 'Stanje datotečnog sustava', što me, kako vidimo na gornjoj slici ovog posta, u mom slučaju obilježava 'čist' i to je dobar početak. Međutim, nemojte se zavaravati, a u nastavku vidimo i druge jednako važne parametre koji nisu toliko pozitivni.

Na primjer 'Broj montiranja', što ukazuje na koliko je puta sustav datoteka trebao biti montiran prije ponovne provjere i to je u mom slučaju 270, vrlo velik broj, i to bez zanemarivanja da je posljednji put fsck pokrenut na mom sustavu 7. svibnja 2013. Drugi je onaj od 'Interval provjere', što označava maksimalno vrijeme u mjesecima koje želimo proći bez provođenja ove provjere integriteta; ako je postavljeno na 0 kao u mom slučaju, neće se uzimati u obzir.

Ako želimo da se provjera pokreće svakih 30 pokretanja sustava:

sudo tune2fs -c 30 / dev / sda1

Ako želimo da prođu najviše 3 mjeseca prije ponovne provjere:

sudo tune2fs -i 3m / dev / sda1

Ali ako se Linux u nečemu razlikuje, to je u činjenici da nam nudi mnoštvo mogućnosti, pa svemu navedenom možemo dodati i mogućnost provođenja provjere integriteta našeg datotečnog sustava pri sljedećem pokretanju sustava, odnosno radimo to na zahtjev i samo jednom.

Za to izvršavamo:

sudo touch / forcefsck

Ovim stvaramo praznu datoteku zvanu forcefsck, koji će se nalaziti u korijenskom direktoriju i zahvaljujući tome sljedeći put kada se računalo pokrene, sustav datoteka provjerit će se pomoću fsck, a nakon toga će se ova datoteka automatski izbrisati, tako da se u sljedećim pokretanjem više neće izvršavati.

Kao što vidimo, u Linuxu je mogućnosti uvijek mnogo, a zahvaljujući tome ovu vrlo važnu funkcionalnost možemo prilagoditi našim potrebama, posebno zbog vrijednosti svih podataka koje imamo na našim tvrdim diskovima. Na taj način možemo ručno izvršiti provjeru integriteta kad znamo da nam računalo neće trebati i stoga nas ne brine što bi moglo potrajati, ili inače to radimo na rasporedu svaki određeni broj ponovnih pokretanja sustava.