fsckツールファイルシステムのチェックの短い

fsckを使用する

fsckのツールは、ファイルシステムのチェックのため、短いを診断し、システムが日常業務の過程で破損している可能性がありますファイルの修復に使用されます。このような修理を通常は、システムの可能性を完全にディスクへのすべての内部バッファをフラッシュするために取得していないシステムがクラッシュした後に必要です。（ただし、このツールの名前を1つの式のに驚くほど似ている多くの場合、システムがクラッシュした後、このツールでは、回復プロセスの一部です口にクマ厳密に偶然ではない。）通常、システムが自動的に起動プロセス中に（多くは、fsckツールを実行するWindowsのスキャンディスクを実行する同じ方法）場合、それは正常にマウントされていないパーティションはLinuxを検出するのは印象的な努力が自動的にそれを渡って、ほとんどのインスタンスで自分自身の世話をするが実行するすべての問題を修復することができます。 ext3ファイルシステムの堅牢性などの状況で役立ちます。それにもかかわらず、それは、このメッセージが発生する可能性があります：もし、Yキーを押し、メッセージを画面に伝える上でどのようにチェックして表示されるが表示されますあなたのシステムがダウン不潔に5秒以内にYを押してシャットダウンして、システムの整合性チェックファイルを強制的に表示されますに進む。このシステムはどのようなシステムファイルを使用するかにチェックされているとどのくらいのチェック進行している。これらのようなメッセージを表示することがあります：

ジャーナル孤立したノードをクリア回復

これらのメッセージは正常であり、fsckは単にその仕事をやっている場合は、ファイルシステムをそのまま（ログメッセージは、この状況に優秀なヒントです。）では、実行中のシステムの上で自分でfsckを実行することが必要に動作しないことがわかります。唯一の欠点は、その質問には、ファイルシステムの順序でこれを動作するようにマウントする必要があります。場合は、このパスを選択すると、ファイルシステムのときに行われてマウントしてください。

注

名前fsckはext2/ext3修復ツールは、適切なタイトルではない、それは実際には単なるラッパーです。 fsckのラッパーファイルシステムの種類を判断しようとすると、修復するとニーズにして、適切な修復ツールの実行中は、fsckを渡された任意のパラメータを渡します。 ext2とext3、実際のツールe2fsckのが呼び出されます。ときに、システムクラッシュが発生した場合、直接ではなく、e2fsckを呼び出し、他のアプリケーションに依存するため、自動的にコールする必要があります。

パラメータを使用e2fsckの

パラメータe2fsckの利用イメージを7-4で示されています。たとえば、実行するには/ dev/hda3のファイルシステム上でe2fsckの場合、実行される：

tedford @ [ルート/ルート]＃e2fsckは/ dev/hda3に

自動的に[はい]に答えを任意の最大来るプロンプトにチェックを強制するには、このコマンドを入力します：

[tedford]＃e2fsckの- f @ルートﾝ/ dev/hda3を

ヒント

"コマンド"e3fsck見つけることができません。 ext2とext3ファイルシステムがよく似ている両者のe2fsckのコマンドが動作します。

どのような場合、私はエラーか？

まず、おくつろぎください。 fsckのチェックはほとんどありませんが、それ自体が正しいことができない問題を発見した。ときに人間が介入すると、デフォルトの提案を実行するためにfsckを伝える求める場合が多いで十分です。非常にまれすべての問題をクリアしないe2fsckは、シングルパスではありません。際に2番目の実行に必要なされているまれなケースでは、これ以上のエラーをオンにしないでください。もし、あなたはほとんどのハードウェア障害に直面して考えていません。明白で開始することを忘れない：信頼性の高いパワーともケーブル接続を確認します。誰でもSCSIシステムの実行中には、そのケーブルはそれほど長くは、SCSI IDが競合していない、とターミネータの正しい型を使用しているが、ケーブルの品質が適切であることを確認してください。（SCSIの、特にケーブルの品質についてはうるさいです。）

は、lost + foundディレクトリ

もう1つのまれな状況にe2fsckのファイルは、元のファイルに復帰することができないのセグメントが検出されます。これらの例では、パーティションが失わさん+ foundディレクトリこのディレクトリはパーティションがマウントされるので、場合、/ dev/hda3のマウントは、/ usr、次に/ usr / lost + foundに位置して相互に関連、/ devには、フラグメントを配置します/ hda3。何lost + foundディレクトリに移動することができますファイルの断片を、ディレクトリ、さらに特別なファイルです。ときに、通常のファイルのバックアップが、ファイルの所有者を添付しなければならない、風とは、所有者に連絡することができます参照してください場合、それらのデータが必要です（一般的に、彼らはない）。場合は、lost + foundには、ディレクトリが発生した場合、ほとんどの最新のバックアップではなく、からそれを再構築しようとしてそれを復元しようとする場合がありますlost + foundに。少なくとも、lost + foundに場合は何になった指示脱臼。再度、このようなエラーが非常にまれです。

記事は、ダニエルK提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"fsckツールファイルシステムのチェックの短い"自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。