Lo strumento fsck breve per File System Check

Usando fsck

Lo strumento fsck, acronimo di File System Check, è usata per diagnosticare e riparare i file system che possono essere danneggiate nel corso delle operazioni quotidiane. Tali riparazioni di solito sono necessarie dopo un crash di sistema in cui il sistema non ha avuto la possibilità di completamente a filo di tutti i suoi buffer interno al disco. (Anche se il nome di questo strumento ha una sorprendente somiglianza con una delle espressioni spesso pronunciate dopo un crash di sistema, che questo strumento fa parte del processo di recupero è strettamente coincidenza.) Di solito, il sistema esegue lo strumento fsck automaticamente durante il processo di avvio (molto allo stesso modo Windows viene eseguito Scandisk) se rileva una partizione che non è stata smontata in maniera ortodossa. Linux fa uno sforzo imponente per correggere automaticamente eventuali problemi che essa attraversa e nella maggior parte dei casi si prenda cura di sé. La natura robusta del file system ext3 aiuta in queste situazioni. Tuttavia, può accadere che si ottiene questo messaggio: Il sistema sembra aver chiuso sozza Press Y entro 5 secondi per forzare file di controllo dell'integrità del sistema Se si preme S, vedrete apparire messaggi sullo schermo che indica come il controllo è procedimento. Il sistema vi dirà che il file system possa essere controllato e in che misura il controllo è progredita. Si può visualizzare messaggi come questi:

recupero di compensazione journal inode orfani

Questi messaggi sono normali; fsck è solo facendo la sua cosa. Se si trova che un file system non si comporta come dovrebbe (messaggi di log sono note eccellenti a questa situazione), si consiglia di eseguire fsck se stessi in un sistema in esecuzione. L'unico aspetto negativo è che il file system in questione devono essere montati in modo che questo lavoro. Se si sceglie di percorrere questa via, essere sicuri di rimontare il file system quando si è fatto.

NOTA

Fsck il nome non è il titolo proprio per lo strumento ext2/ext3 riparazione, in realtà è solo un wrapper. L'involucro fsck tenta di determinare quale tipo di file system deve essere riparato e quindi esegue lo strumento appropriato di riparazione, passando tutti i parametri che sono stati passati al fsck. In ext2 e ext3, il vero e proprio strumento si chiama e2fsck. Quando si verifica un crash di sistema, potrebbe essere necessario chiamare e2fsck direttamente, piuttosto che affidarsi ad altre applicazioni di chiamare automaticamente per voi.

Parametri disponibili per e2fsck

I parametri disponibili per e2fsck sono mostrati in Immagine 7-4. Ad esempio, per eseguire e2fsck su / dev/hda3 file system, si dovrebbe eseguire:

[root @ Tedford / root] # e2fsck / dev/hda3

Per forzare un controllo automatico e rispondere Sì alle eventuali richieste che emergono, è necessario immettere il comando:

[root @ Tedford] # e2fsck-f-y / dev/hda3

TIP

Non troverete uno e3fsck "comando". Il filesystem ext2 e ext3 file system sono così simili che le opere e2fsck comando su entrambi.

Che cosa se si verificano errori?

In primo luogo, relax. Il controllo di fsck trova raramente problemi che esso non può correggere da sé. Quando si chiede l'intervento umano, raccontando fsck per eseguire la sua proposta di default è abbastanza spesso. Molto raramente un singolo passaggio di e2fsck non è chiaro a tutti i problemi. Nelle rare occasioni quando una seconda esecuzione è necessaria, non dovrebbe alzare gli eventuali errori di più. Se è così, è più probabile di fronte ad un guasto hardware. Ricordarsi di iniziare con l'ovvio: Verificare la presenza di energia affidabile e ben collegato con i cavi. Chiunque con sistemi SCSI dovrebbe verificare che stanno utilizzando il corretto tipo di terminazione, che i cavi non siano troppo lunghi, che gli ID SCSI non sono in conflitto, e che la qualità del cavo è sufficiente. (SCSI è particolarmente esigente circa la qualità dei cavi.)

The Lost + found Directory

Un'altra situazione rara quando e2fsck trova segmenti di file che non può ricongiungersi con il file originale. In questi casi, sarà posto il frammento nella partizione di directory lost + found. Questa directory si trova in cui verrà montata la partizione, quindi se / dev/hda3 è montata su / usr, quindi / usr / lost + found correlato a / dev / hda3. qualcosa può andare in una directory lost + found-frammenti di file, directory, e anche i file speciali. Quando i file normali vento, lassù, il proprietario di un file deve essere allegata, ed è possibile contattare il proprietario e vedere se hanno bisogno di dati (in genere, essi non). Se si incontrano in una directory lost + found, avrai molto probabilmente si desidera per cercare di ripristinare dal backup più recente, invece di cercare di ricostruire da lost + found. Perlomeno, lost + found ti dice se qualcosa è diventato lussata. Ancora una volta, questi errori sono estremamente rari.

un articolo presentato da Daniel K.

Disclaimer:Il nostro sito non è responsabile per il contenuto di questo articolo. Webarticles è una risorsa gratuita di informazioni.
Importante: Questo articolo "Lo strumento fsck breve per File System Check" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.