Hvordan reparere filsystemet automatisk med fsck

Over tid kostnadene for maskinvare blir lavere og kapasiteten øker, men hvis noe viktig vi bærer på datamaskinene våre, er informasjonen som er lagret der, og som vi kan si nesten uten frykt for å ta feil av at harddisken er den delen som skal bekymre oss mest. Dessverre oppnås ikke dette alltid, og mange brukere overlater helsen til tilfeldighetene, før det når det skjer noe dårlig, er det for sent for angrer og verdifulle dokumenter, bilder, videoer eller til og med musikk går tapt.

Poenget er at vi med litt arbeid kan la alt være veldig godt tilrettelagt slik at systemet kan ta vare på sjekk automatisk statusen til filsystemet vårt for å avgjøre om alt er i orden, og dette i Linux kan vi gjøre det gjennom en veteran som fortsatt har mye å gi: kommandoen fsck. Selvfølgelig har hver distro sin egen måte å gjøre ting på, så la oss se hvordan vi konfigurerer det i de viktigste distroene.

I tilfelle av Debian og dets derivater (for eksempel Ubunto eller Linux Mint, vi stoler på filen / etc / default / rcS, som vi åpner for redigering:

sudo gedit / etc / default / rcS

Så legger vi til:

FSCKFIX = ja

I tilfelle CentOS er ting for eksempel forskjellige, og vi stoler på filen / etc / sysconfig / autofsck som vi også åpner for å redigere (i mitt tilfelle med Gedit):

sudo gedit / etc / sysconfig / autofsck

Deretter legger vi til en linje i filen:

AUTOFSCK_DEF_CHECK = ja

Nå brukes de trinnene som vi angav i forrige avsnitt når vi vil kjør sjekken ved hjelp av fsck ved hver systemoppstart, og selv om det er veldig bra, kan det ta lang tid hvis diskstasjonene og partisjonene våre er veldig store. Derfor kan vi dra nytte av fordelene som tilbys av et annet Linux-verktøy som heter tune2fs, som blant annet muliggjør oss utføre periodiske kontroller til vårt filsystem slik at disse utføres fra tid til annen, men ikke ved hver start av datamaskinen.

Vi sjekker først statusen til den gjeldende konfigurasjonen og utfører:

sudo tune2fs -l / dev / sda1

Vi kan analysere hva datamaskinen gir meg når jeg kjører den, og for dette må vi ta hensyn til noen av parametrene som tune2fs ser på. For eksempel, 'Filsystemtilstand', som som vi ser på det øvre bildet av dette innlegget i mitt tilfelle markerer meg 'ren' og det er en god start. Ikke la deg lure, og nedenfor ser vi andre like viktige parametere som ikke er så positive.

F.eks 'Mount count', som indikerer antall ganger vårt filsystem må monteres før det sjekkes på nytt og at det i mitt tilfelle er 270, et veldig høyt tall, at uten å forsømme at sist gang fsck ble kjørt på systemet mitt, var det 7. mai 2013. En annen er 'Sjekk intervall', som indikerer den maksimale tiden i måneder som vi vil la passere uten å utføre denne integritetskontrollen; hvis den er satt til 0 som i mitt tilfelle, vil den ikke bli tatt i betraktning.

Hvis vi vil at sjekken skal kjøres hvert 30. system starter:

sudo tune2fs -c 30 / dev / sda1

Hvis vi vil ha maksimalt tre måneder før vi utfører kontrollen igjen:

sudo tune2fs -i 3m / dev / sda1

Men hvis Linux skiller seg ut i noe, er det i det faktum at det gir oss en rekke alternativer, slik at vi kan legge til muligheten for å utføre integritetskontrollen av filsystemet vårt ved neste systemoppstart, det vil si at vi gjør det på forespørsel og bare en gang.

For dette utfører vi:

sudo touch / forcefsck

Med dette lager vi en tom fil kalt forcefsck, som vil være plassert i rotkatalogen og takket være dette neste gang datamaskinen startes, blir filsystemet sjekket med fsck, og deretter slettes denne filen automatisk, slik at den ikke blir utført i påfølgende starter.

Som vi ser, i Linux er mulighetene alltid mange, og takket være dette kan vi tilpasse denne svært viktige funksjonaliteten til våre behov, spesielt på grunn av verdien av all informasjonen vi har på harddiskene våre. På denne måten kan vi utføre en integritetskontroll manuelt når vi vet at vi ikke trenger datamaskinen, og derfor er vi ikke bekymret for hva det kan ta, eller ellers gjør det på en planlagt basis hvert hvert antall system starter på nytt.