Linuxファイルシステムのエラーを修復！fsckコマンドの使い方と4つの実践例

現代のコンピュータは非常に信頼性が高いものですが、それでもトラブルが起こる可能性はゼロではありません。そして最も避けたい事態は、仕事で重要なデータや大切な写真といったデータの損失です。

堅牢なバックアップ体制と並んで、fsck（File System cheCK）はデータ損失を防ぐために覚えておきたい最重要ツールの一つです。この記事では、fsckを使ってLinuxのファイルシステムエラーを修復する方法を解説し、よくある4つの使用例をわかりやすく紹介します。

fsckは、Linuxファイルシステムの整合性を検証し、エラーを修復するためのコマンドです。

fsckの基本構文

fsckは、Linuxで利用される各種ファイルシステムに対応したチェックプログラム群への統合インターフェースであり、以下の構文で使用します。

fsck [OPTIONS]... [FILESYSTEMS]...

構成要素の意味は次のとおりです。

• [OPTIONS]：後述の表にあるオプションを指定します
• [FILESYSTEMS]：チェック・修復対象のファイルシステムを指定します
• fsck自身が解釈できないオプションは、対象ファイルシステム専用のチェッカーにそのまま渡されます
• ファイルシステムを指定しない場合、fsckはデフォルトで/etc/fstabに登録されたすべてのファイルシステムをチェックします（-Aオプション指定時と同じ動作）

主なオプション一覧

fsckには多数のオプションがあります。全リストはターミナルで以下のコマンドを実行すると確認できます。

man fsck

ここでは、実際によく使われる主要なオプションをまとめました（詳細な使い方はマニュアルをご確認ください）。

ファイルシステム固有のfsckに渡せるオプションは標準化されていないため、不明な場合はそれぞれのチェッカーのmanページを参照してください。ただし、以下のオプションは多くのファイルシステムチェッカーで共通してサポートされています。

特定のファイルシステム用チェッカーのオプションを確認したい場合は、たとえば以下のように実行します。

man fsck.ext4

終了コードの意味

なお、複数のファイルシステムをチェックした場合の終了コードは、各ファイルシステムの終了コードのビット単位OR（論理和）となります。

実践例：fsckのよくある使い方4選

ここからは、ローカルディスク（ルートファイルシステムを含む）をチェックする際の、fsckの代表的な使用例を紹介します。

1. ファイルシステムのアンマウント

使用中のファイルシステムはチェックできません。無理にチェックするとファイルシステムが破損し、データ損失につながる恐れがあります。まずは対象をアンマウントしましょう。

sudo umount /dev/filesystem

filesystemの部分には、アンマウントしたいファイルシステム名を指定します。名前がわからない場合は、以下のコマンドでファイルシステムとマウントポイントの一覧を確認できます。

df -h

2. チェック後の再マウント

チェックと修復が完了したら、次のコマンドでファイルシステムを再マウントします。

sudo mount /dev/filesystem

3. 破損したファイルシステムのチェックと修復

sudo fsck -p /dev/filesystem

ポイントは以下の2つです。

• filesystemには「sda1」や「sdc1」のようなデバイス名を指定します
• -pオプションを付けると、ユーザーの操作を必要としない軽微な問題を自動的に修復します

4. 起動時チェック／ルートファイルシステムのチェック

使用中のファイルシステムはチェックできないため、システム起動後にルートファイルシステムを直接チェックすることはできません。この場合、起動時にチェックを実行するのがベストな方法です。リモートからSSHで接続している環境でも有効です。

多くのLinuxディストリビューションでは、ファイルシステムに「ダーティ」フラグ（要チェック）が付いている場合や、一定の起動回数ごとに、fsckが自動的に実行されるよう設定されています。

特定のファイルシステム（ルートファイルシステムを含む）のチェックを毎回の起動時に強制したい場合は、tune2fsでファイルシステムのパラメータを変更します。

tune2fs -c 1 /dev/filesystem

ここでの1は「fsckを実行するまでの起動回数」を意味します。Ubuntu系ディストリビューションのデフォルト値は30なので、設定を元に戻すには以下を実行します。

tune2fs -c 30 /dev/filesystem

この方法が使えない古いディストリビューションでは、/forcefsckという空ファイルを作成しておくことで、次回起動時にfsckが実行されます。

sudo touch /forcefsck

起動時にfsckが実行された結果は、以下のログファイルに記録されるので、後から確認できます。

/var/log/fsck

なお、システムが完全に起動しないほど深刻に破損している場合は、リカバリディスクやUSBブートメディアから起動すれば、チェック対象のルートファイルシステムがマウントされていない状態でfsckを実行できます。

まとめ

fsckは、Linuxシステムのファイルシステムエラーから大切なデータを守るための強力な味方です。定期的なバックアップと組み合わせれば、万が一のトラブルにも落ち着いて対処できるでしょう。

さらに詳しい情報は、ターミナルで以下のコマンドを実行して公式マニュアルを参照してください。

man fsck

その他、Linuxの便利なシェルツールに関する解説記事もぜひあわせてご覧ください。