Die fsck-Tool kurz für Filesystem-Check

Mit fsck

Die fsck-Tool, die Abkürzung für File System Check, wird verwendet, um die Diagnose und Reparatur Dateisysteme, die haben sich im Laufe des Tagesgeschäfts beschädigt. Diese Reparaturen werden in der Regel notwendig, nach einem Systemabsturz, in denen das System nicht die Chance bekommen, in vollem Umfang bündig alle internen Puffer auf die Platte. (Obwohl das Tool den Namen eine verblüffende Ähnlichkeit mit einer der Ausdrücke häufigsten geäußerte nach einem Systemabsturz, dass dieses Instrument Teil der Recovery-Prozess ist trägt, ist streng Zufall.) Normalerweise läuft das System der fsck-Werkzeug automatisch während des Boot-Prozess (viel in der gleichen Weise Windows läuft Scandisk), wenn es eine Partition, die nicht sauber wurde nicht gefasst. Linux erkennt, macht eine beeindruckende Anstrengungen zur automatischen Reparatur Probleme es läuft über und in den meisten Fällen nicht für sich selbst sorgen. Der robuste Charakter der ext3-Dateisystem hilft in solchen Situationen. Dennoch kann es vorkommen, dass Sie diese Nachricht erhalten: Ihr System wird nach unten geschlossen sind unsauber Drücken Sie Y innerhalb von 5 Sekunden zu zwingen, der Integrität des Dateisystems zu überprüfen Wenn Sie die Taste Y, sehen Sie Einträge erscheinen auf dem Bildschirm sagen Ihnen, wie die Überprüfung Verfahren. Das System wird Ihnen sagen, welches Dateisystem wird überprüft und, wie weit die Prüfung fortgeschritten ist. Sie können Nachrichten zu sehen, wie diese:

erholt Zeitschrift Clearing verwaist Inode

Diese Meldungen sind normal; fsck ist nur tun, seine Sache. Wenn Sie feststellen, dass ein Dateisystem nicht so verhält, wie es sein sollte (Log-Meldungen sind ausgezeichnete Hinweise zu dieser Situation), können Sie fsck Sie sich auf ein laufendes System. Der einzige Nachteil ist, dass das Dateisystem in Frage, damit diese die Arbeit muss nicht gefasst werden. Wenn Sie diesen Weg wählen, müssen Sie das Dateisystem, wenn Sie fertig sind remount.

HINWEIS

Der Name fsck ist nicht der richtige Titel für die ext2/ext3 Reparatur-Werkzeug, es ist eigentlich nur ein Wrapper. Die fsck Wrapper versucht, welche Art von Datei-System bestimmen, muss repariert werden und läuft dann den entsprechenden Reparatur-Werkzeug, vorbei an allen Parametern, die übergeben wurden, um fsck. In ext2 und ext3, das eigentliche Tool heißt e2fsck. Wenn ein Systemabsturz auftritt, müssen Sie möglicherweise e2fsck direkt anrufen, anstatt sich auf andere Anwendungen, um es automatisch für Sie anrufen.

Parameter zur Verfügung stehen für e2fsck

Die Parameter für e2fsck sind in Bild 7-4 gezeigt. Zum Beispiel, laufen auf dem e2fsck / dev/hda3 Dateisystem, dann würden Sie:

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

Um eine Überprüfung erzwingen und automatisch zu beantworten Ja, um alle aufgefordert, die oben kommen, geben Sie folgenden Befehl ein:

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

TIP

Sie finden nicht ein "e3fsck"-Befehl. Das ext2 und ext3-Dateisysteme sind so ähnlich, dass die e2fsck-Befehl funktioniert auf beiden von ihnen.

Was wenn ich Fehler?

Erstens, zu entspannen. Die fsck-Check findet nur selten Probleme, die sie nicht von selbst zu korrigieren. Wenn es nicht für den menschlichen Eingriff zu verlangen, sagt fsck auf die Standard-Vorschlag auszuführen, ist oft genug. Sehr selten kommt ein Single-Pass von e2fsck nicht klar, bis alle Probleme. In den seltenen Fällen, wenn ein zweiter Durchlauf erforderlich ist, sollte es nicht auftauchen mehr Fehler. Wenn ja, sind Sie wahrscheinlich nicht vor einem Hardware-Fehler. Denken Sie daran, mit dem offensichtlichen Beginn: Anreise nach zuverlässiger Energie und gut angeschlossenen Kabel. Jeder SCSI-Systemen laufen sollten sicherstellen, dass sie die richtige Art von Terminator verwenden, die Kabel nicht allzu langer Zeit, dass SCSI-IDs sind nicht im Widerspruch, und die Qualität des Kabels ist ausreichend. (SCSI ist besonders penibel über die Qualität der Kabel.)

The lost + found-Verzeichnis

Eine weitere seltene Situation ist, wenn e2fsck Segmente der Dateien, dass sie nicht mit der ursprünglichen Datei zurückzukehren findet. In diesen Fällen wird es das Fragment in der Partition lost + found-Verzeichnis. Dieses Verzeichnis liegt, wo die Partition eingebunden ist, so dass, wenn / dev/hda3 ist mit / usr, dann ist / usr / lost + found korreliert mit / dev / hda3. Alles kann in ein lost + found-Verzeichnis go-Datei-Fragmente, Verzeichnisse und sogar spezielle Dateien. Wenn normale Dateien Wind dort oben, ein Datei-Besitzer sollte beigefügt werden, und Sie können den Eigentümer kontaktieren und sehen, ob sie die Daten benötigen (normalerweise werden sie nicht). Wenn Sie ein Verzeichnis in verloren gefunden + begegnen, werden Sie wahrscheinlich wollen versuchen, es aus der letzten Backups anstatt zu versuchen, es wieder zu rekonstruieren aus lost + found. Zumindest, lost + found sagt Ihnen, ob sich etwas ausgerenkt. Auch hier sind solche Fehler außerordentlich selten.

Ein Artikel eingereicht von Daniel K.

Disclaimer:Unsere Website ist nicht verantwortlich für den Inhalt dieses Artikels. Webarticles ist eine kostenlose Informationsquelle.
Wichtig: Dieser Artikel "Die fsck-Tool kurz für File System Check" wurde durch ein automatisches Software übersetzt. Wir fühlen uns leid für alle Rechtschreibfehler, die möglicherweise aufgetreten sind. Vielen Dank für Ihr Verständnis.