Documentazione<Precedenti | Contenuti | Succ.>
Test e riparazione di file system
Nella nostra precedente discussione sul /etc/fstab file, abbiamo visto alcune cifre misteriose alla fine di ogni riga. Ogni volta che il sistema si avvia, controlla regolarmente l'integrità dei file system prima di montarli. Questo è fatto dal fsck programma (abbreviazione di "controllo del file system"). L'ultimo numero in ciascuno fstab specifica l'ordine in cui i dispositivi devono essere controllati. Nel nostro esempio sopra, vediamo che il file system root viene controllato per primo, seguito da home ed stivale file system. I dispositivi con uno zero come ultima cifra non vengono controllati di routine.
Oltre a controllare l'integrità dei file system, fsck può anche riparare file system corrotti con vari gradi di successo, a seconda dell'entità del danno. Sui file system di tipo Unix, le parti dei file recuperate vengono collocate nel perso + trovato directory, situata nella radice di ogni file system.
Per controllare la nostra unità flash (che dovrebbe essere smontata per prima), potremmo fare quanto segue:
[io@linuxbox~]$ sudo fsck / dev / sdb1
fsck 1.40.8 (13-mar-2016)
e2fsck 1.40.8 (13-mar-2016)
/dev/sdb1: clean, file 11/3904, blocchi 1661/15608
[io@linuxbox~]$ sudo fsck / dev / sdb1
fsck 1.40.8 (13-mar-2016)
e2fsck 1.40.8 (13-mar-2016)
/dev/sdb1: clean, file 11/3904, blocchi 1661/15608
Nella mia esperienza, la corruzione del file system è piuttosto rara a meno che non ci sia un problema hardware, come un'unità disco guasta. Sulla maggior parte dei sistemi, la corruzione del file system rilevata al momento dell'avvio causerà l'arresto del sistema e ti indirizzerà all'esecuzione fsck prima di continuare
Che cosa il fsck?
Nella cultura Unix, la parola "fsck" è spesso usata al posto di una parola popolare con cui condivide tre lettere. Ciò è particolarmente appropriato, dato che probabilmente pronuncerai la parola di cui sopra se ti trovi in una situazione in cui sei costretto a correre fsck.