「Fsck」の版間の差分

2023年11月20日 (月) 19:30時点における最新版

fsck は "file system check" の略であり、Linux のファイルシステムをチェックしたり修復するのに使われます。通常、全てのファイルシステムをチェックするのに必要な時間をけずるため、fsck プログラムは異なる物理ディスクドライブのファイルシステムを同時に処理します (参照: fsck(8))。

Arch Linux のブートプロセスでは起動するたびに簡便に fsck を実行してドライブ上の全てのパーティションを自動的にチェックします。そのため、特に必要がないかぎりは基本的にコマンドラインを使用する必要はありません。

ブート時のチェック

仕組み

2つの方法があります:

mkinitcpio には fsck フックによって、マウントする前に root ファイルシステムを fsck するオプションがあります。これを使う場合、root を rw カーネルパラメータで読み書き可能でマウントする必要があります [1]。
systemd は fsck パス番号が 0 より大きい (#fstab options またはユーザが提供するユニットファイルによる) すべてのファイルシステムを fsck します。ルートファイルシステムは、最初はカーネルパラメータ ro で読み込み専用にマウントされ、その後 fstab から読み書き可能に再マウントされなければなりません (defaultのマウントオプションは rw を意味することに注意してください)。

デフォルトで1番目の方法が推奨されています。インストールガイドに従った場合はこちらを使うことになります。2番目の方法を使いたい場合は、mkinitcpio.conf から fsck フックを削除してカーネルコマンドラインで ro を使ってください。どちらの方法を使っていたとしても、カーネルパラメータ fsck.mode=skip を使うことで fsck を完全に無効化することが可能です。

強制的にチェック

base mkinitcpio フックを使っている場合、カーネルパラメータで起動時に fsck.mode=force を設定することで強制的に fsck をすることができます。マシンに存在する全てのファイルシステムをチェックします。

また、systemd が提供している systemd-fsck@.service(8) は initramfs でチェックされないファイルシステムも全てチェックされます。ただし、ルートファイルシステムをチェックするとファイルシステムを再マウントしなくてはならないため起動プロセスが遅くなるので注意してください。

ノート: 他の GNU/Linux ディストリビューションを使っていた場合、forcefsck という名前のファイルをファイルシステムのルートに書き出す方法や、shutdown コマンドと -F フラグを使用する方法は、昔の SysVinit や Upstart の初期バージョンでしか動作せず、systemd では使えないので注意してください。Arch Linux で使うことができるのは上述の方法だけです。

すべての修理に関する質問に自動的に yes と答える

ブート時の fsck チェックで、"UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY." と表示される場合。

これは、ファイルシステムを修正するために、完全に安全とは見なされない変更を適用する必要があり、したがって fsck を手動で実行する必要がある場合に発生します。

fsck カーネルコマンドラインオプション fsck.repair を yes に設定することで、提案された変更をすべて自動的に適用、(つまり、すべての質問に yes と答える) ように fsck を設定できます (他の可能な値は no とpreen です) これらのオプションの意味についてはドキュメント systemd-fsck@.service(8) を確認してください。

ヒントとテクニック

破損ブロックを修復

ext2/ext3/ext4 または FAT ファイルシステムの破損した部分を自動的に修復するには、次のコマンドを実行します。

警告: このコマンドは修復するべきかどうか尋ねません。コマンドを実行した時点で答えは Yes と受け取ります。

# fsck -a

破損ブロックをインタラクティブに修復

これは、ブートパーティション上のファイルが変更され、ジャーナルが適切に更新されなかった場合に役立ちます。この場合、ブートパーティションをアンマウントし、次のコードを実行して破損した部分を修復します。

# fsck -r drive

チェックの頻度を変更

ノート: 次のコマンド tune2fs および dumpe2fs は、ext2/ext3/ext4 ファイルシステムでのみ機能します。

デフォルトでは、fsck は30回起動するたびにファイルシステムをチェックします (パーティションごとに別々にカウントされます) チェックの頻度を変更するには、次を実行:

# tune2fs -c 20 /dev/sda1

この例では、20 は、2つのチェック間のブート数です。

1 は起動のたびにスキャンするのに対し、0 はスキャンを完全に停止することに注意してください。

特定のパーティションの頻度番号と現在のマウント数を確認したい場合は、次を使用します。

# dumpe2fs -h /dev/sda1 | grep -i 'mount count'

fstab のオプション

fstab はシステムの設定ファイルであり、マウントするパーティション (ファイルシステム) とファイルシステムツリーを Linux カーネルに指示するのに使われます。

基本的な /etc/fstab エントリは以下のようになります:

/dev/sda1   /         ext4      defaults       0  1
/dev/sda2   /other    ext4      defaults       0  2
/dev/sda3   /win      ntfs-3g   defaults       0  0

6番目のカラム (太字) が fsck のオプションです。

0 = チェックしない。
1 = 最初にチェックするファイルシステム (パーティション)。/ (root パーティション) は 1 に設定してください。
2 = 他のチェックするファイルシステム。

トラブルシューティング

分割した /usr パーティションで fsck が動作しない

/etc/mkinitcpio.conf に必要なフックを記述していることを確認してください。また、このファイルを編集した後にはかならず initramfs イメージを再生成する必要があります。
fstab を確認してください。最後のフィールドはルートパーティションだけを "1" にする必要があります。それ以外はすべて "2" か "0" にします。他の誤字もないように注意深く確認してください。

ext2fs : no external journal

電源切断により、ext3/4 ファイルシステムが通常の方法で修復できないほど破損する場合があります。普通は fsck が外部ジャーナルを見つけられないというプロンプトを出します。その場合は次の一連のコマンドを実行してください:

ディレクトリを指定してそのパーティションをアンマウントします

# umount <directory>

新しいジャーナルをパーティションに書き込みます

# tune2fs -j /dev/<partition>

fsck を起動してパーティションを修復します

# fsck -p /dev/<partition>

@@ 1行目: / 1行目: @@
 {{Lowercase title}}
 [[Category:ファイルシステム]]
+[[Category:コマンド]]
 [[en:Fsck]]
 [[fr:Fsck]]
+[[pt:Fsck]]
 [[ru:Fsck]]
 {{Related articles start}}
@@ 9行目: / 11行目: @@
 {{Related|fstab}}
 {{Related articles end}}
-[[Wikipedia:ja:Fsck|fsck]] は ''"file system check"'' の略であり、Linux のファイルシステムをチェックしたり修復するのに使われます。通常、全てのファイルシステムをチェックするのに必要な時間をけずるため、fsck プログラムは異なる物理ディスクドライブのファイルシステムを同時に処理します (参照: {{ic|man fsck}})。
+[[Wikipedia:ja:Fsck|fsck]] は ''"file system check"'' の略であり、Linux のファイルシステムをチェックしたり修復するのに使われます。通常、全てのファイルシステムをチェックするのに必要な時間をけずるため、fsck プログラムは異なる物理ディスクドライブのファイルシステムを同時に処理します (参照: {{man|8|fsck}})。
 [[Arch ブートプロセス|Arch Linux のブートプロセス]]では起動するたびに簡便に fsck を実行してドライブ上の全てのパーティションを自動的にチェックします。そのため、特に必要がないかぎりは基本的にコマンドラインを使用する必要はありません。
@@ 20行目: / 22行目: @@
 # mkinitcpio には fsck フックによって、マウントする前に root ファイルシステムを fsck するオプションがあります。これを使う場合、root を {{ic|rw}} カーネルパラメータで読み書き可能でマウントする必要があります [https://projects.archlinux.org/mkinitcpio.git/commit/?id=449b3e543c]。
-# systemd は ({{ic|/etc/fstab}} またはユーザーによるユニットファイルで指定された) fsck パス番号が 0 より大きいファイルシステムの fsck を実行します。root ファイルシステムの場合、最初にカーネルパラメータ {{ic|ro}} で読み取り専用でマウントして、それから [[fstab]] から読み書き可能で再度マウントする必要があります ({{ic|defaults}} マウントオプションには {{ic|rw}} が含まれています)。
+# systemd は ''fsck'' パス番号が 0 より大きい ([[#fstab options]] または [[Systemd#systemd.mount - mounting|ユーザが提供するユニットファイル]]による) すべてのファイルシステムを ''fsck'' します。ルートファイルシステムは、最初はカーネルパラメータ {{ic|ro}} で読み込み専用にマウントされ、その後 ''fstab'' から読み書き可能に再マウントされなければなりません ({{ic|default}}のマウントオプションは {{ic|rw}} を意味することに注意してください)。
 デフォルトで1番目の方法が推奨されています。[[インストールガイド]]に従った場合はこちらを使うことになります。2番目の方法を使いたい場合は、{{ic|mkinitcpio.conf}} から fsck フックを削除してカーネルコマンドラインで {{ic|ro}} を使ってください。どちらの方法を使っていたとしても、カーネルパラメータ {{ic|1=fsck.mode=skip}} を使うことで fsck を完全に無効化することが可能です。
@@ 26行目: / 28行目: @@
 === 強制的にチェック ===
-[[カーネルパラメータ]]で起動時に {{ic|1=fsck.mode=force}} を設定することで強制的に fsck をすることもできます。マシンに存在する全てのファイルシステムをチェックします。
+{{ic|base}} [[mkinitcpio]] フックを使っている場合、[[カーネルパラメータ]]で起動時に {{ic|1=fsck.mode=force}} を設定することで強制的に fsck をすることができます。マシンに存在する全てのファイルシステムをチェックします。
+また、systemd が提供している {{man|8|systemd-fsck@.service}} は initramfs でチェックされないファイルシステムも全てチェックされます。ただし、ルートファイルシステムをチェックするとファイルシステムを再マウントしなくてはならないため起動プロセスが遅くなるので注意してください。
 {{Note|他の GNU/Linux ディストリビューションを使っていた場合、{{ic|forcefsck}} という名前のファイルをファイルシステムのルートに書き出す方法や、{{ic|shutdown}} コマンドと {{ic|-F}} フラグを使用する方法は、昔の [[SysVinit]] や [[Wikipedia:ja:Upstart|Upstart]] の初期バージョンでしか動作せず、[[systemd]] では使えないので注意してください。Arch Linux で使うことができるのは上述の方法だけです。}}
+=== すべての修理に関する質問に自動的に yes と答える ===
-== Tips and tricks ==
+ブート時の ''fsck'' チェックで、{{ic|"UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY."}} と表示される場合。
+これは、ファイルシステムを修正するために、完全に安全とは見なされない変更を適用する必要があり、したがって ''fsck'' を手動で実行する必要がある場合に発生します。
+{{ic|fsck}} カーネルコマンドラインオプション {{ic|fsck.repair}} を {{ic|yes}} に設定することで、提案された変更をすべて自動的に適用、(つまり、すべての質問に yes と答える) ように {{ic|fsck}} を設定できます (他の可能な値は {{ic|no}} と{{ic|preen}} です) これらのオプションの意味についてはドキュメント {{man|8|systemd-fsck@.service}} を確認してください。
+== ヒントとテクニック ==
 === 破損ブロックを修復 ===
-破損箇所を自動的に修復するには、次を実行:
+ext2/ext3/ext4 または FAT [[ファイルシステム]] の破損した部分を自動的に修復するには、次のコマンドを実行します。
 {{Warning|このコマンドは修復するべきかどうか尋ねません。コマンドを実行した時点で答えは '''Yes''' と受け取ります。}}
@@ 41行目: / 53行目: @@
 === 破損ブロックをインタラクティブに修復 ===
-{{Tip|This is useful for when file on the boot partition have changed, and the journal failed to properly update. In this case, unmount the boot partition, and run the following code:}}
+これは、ブートパーティション上のファイルが変更され、ジャーナルが適切に更新されなかった場合に役立ちます。この場合、ブートパーティションをアンマウントし、次のコードを実行して破損した部分を修復します。
-破損箇所を修復するには、次を実行:
-{{bc|<nowiki>
-# fsck -r <drive></nowiki>
+ # fsck -r ''drive''
-}}
 === チェックの頻度を変更 ===
+{{Note|次のコマンド ''tune2fs'' および ''dumpe2fs'' は、ext2/ext3/ext4 ファイルシステムでのみ機能します。}}
-デフォルトでは、fsck は30回起動するたびにファイルシステムをチェックします (パーティションごとに別々にカウントされます)。チェックの頻度を変更するには、次を実行:
+デフォルトでは、''fsck'' は30回起動するたびにファイルシステムをチェックします (パーティションごとに別々にカウントされます) チェックの頻度を変更するには、次を実行:
  # tune2fs -c 20 /dev/sda1
-上の例では、{{ic|20}} が次のチェックを行うまでの起動回数です。
+この例では、{{ic|20}} は、2つのチェック間のブート数です。
+{{ic|1}} は起動のたびにスキャンするのに対し、{{ic|0}} はスキャンを完全に停止することに注意してください。
+特定のパーティションの頻度番号と現在のマウント数を確認したい場合は、次を使用します。
-{{ic|1}} を設定すると起動時に毎回スキャンを行い、{{ic|0}} を設定すると一切スキャンしなくなります。
+ # dumpe2fs -h /dev/sda1 {{!}} grep -i 'mount count'
-{{Tip|If you wish to see the frequency number and the current mount count for a specific partition, use:
- # dumpe2fs -h /dev/sda1 <nowiki>|</nowiki> grep -i 'mount count'
-}}
 === fstab のオプション ===
@@ 82行目: / 95行目: @@
 # {{ic|/etc/mkinitcpio.conf}} に必要な[[Mkinitcpio#/usr パーティションを分割する|フック]]を記述していることを確認してください。また、このファイルを編集した後にはかならず initramfs イメージを再生成する必要があります。
+# [[fstab]] を確認してください。最後のフィールドはルートパーティションだけを "1" にする必要があります。それ以外はすべて "2" か "0" にします。他の誤字もないように注意深く確認してください。
-# Check your [[fstab]]! Only the root partition needs "1" at the end, everything else should have either "2" or "0". Carefully inspect it for other typos, as well.
 === ext2fs : no external journal ===
+電源切断により、ext3/4 ファイルシステムが通常の方法で修復できないほど破損する場合があります。普通は fsck が外部ジャーナルを見つけられないというプロンプトを出します。その場合は次の一連のコマンドを実行してください:
-There are times (due to power failure) in which an ext(3/4) file system can corrupt beyond normal repair. Normally, there will be a prompt from fsck indicating that it cannot find an external journal. In this case, run the following commands:
+ディレクトリを指定してそのパーティションをアンマウントします
-Unmount the partition based on its directory
  # umount <directory>
+新しいジャーナルをパーティションに書き込みます
-Write a new journal to the partition
  # tune2fs -j /dev/<partition>
+fsck を起動してパーティションを修復します
-Run an fsck to repair the partition
  # fsck -p /dev/<partition>