「Fsck」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
(カテゴリを追加)
(他言語へのリンクを追加)
 
(2人の利用者による、間の6版が非表示)
4行目: 4行目:
 
[[en:Fsck]]
 
[[en:Fsck]]
 
[[fr:Fsck]]
 
[[fr:Fsck]]
  +
[[pt:Fsck]]
 
[[ru:Fsck]]
 
[[ru:Fsck]]
 
{{Related articles start}}
 
{{Related articles start}}
21行目: 22行目:
   
 
# mkinitcpio には fsck フックによって、マウントする前に root ファイルシステムを fsck するオプションがあります。これを使う場合、root を {{ic|rw}} カーネルパラメータで読み書き可能でマウントする必要があります [https://projects.archlinux.org/mkinitcpio.git/commit/?id=449b3e543c]。
 
# 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 を完全に無効化することが可能です。
 
デフォルトで1番目の方法が推奨されています。[[インストールガイド]]に従った場合はこちらを使うことになります。2番目の方法を使いたい場合は、{{ic|mkinitcpio.conf}} から fsck フックを削除してカーネルコマンドラインで {{ic|ro}} を使ってください。どちらの方法を使っていたとしても、カーネルパラメータ {{ic|1=fsck.mode=skip}} を使うことで fsck を完全に無効化することが可能です。
32行目: 33行目:
   
 
{{Note|他の GNU/Linux ディストリビューションを使っていた場合、{{ic|forcefsck}} という名前のファイルをファイルシステムのルートに書き出す方法や、{{ic|shutdown}} コマンドと {{ic|-F}} フラグを使用する方法は、昔の [[SysVinit]] や [[Wikipedia:ja:Upstart|Upstart]] の初期バージョンでしか動作せず、[[systemd]] では使えないので注意してください。Arch Linux で使うことができるのは上述の方法だけです。}}
 
{{Note|他の GNU/Linux ディストリビューションを使っていた場合、{{ic|forcefsck}} という名前のファイルをファイルシステムのルートに書き出す方法や、{{ic|shutdown}} コマンドと {{ic|-F}} フラグを使用する方法は、昔の [[SysVinit]] や [[Wikipedia:ja:Upstart|Upstart]] の初期バージョンでしか動作せず、[[systemd]] では使えないので注意してください。Arch Linux で使うことができるのは上述の方法だけです。}}
  +
  +
=== すべての修理に関する質問に自動的に yes と答える ===
  +
  +
ブート時の ''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}} を確認してください。
   
 
== ヒントとテクニック ==
 
== ヒントとテクニック ==
37行目: 46行目:
 
=== 破損ブロックを修復 ===
 
=== 破損ブロックを修復 ===
   
破損箇所を自動的に修復するには、次を実行:
+
ext2/ext3/ext4 または FAT [[ファイルシステム]] の破損した部分を自動的に修復するには、次のコマンドを実行します。
   
 
{{Warning|このコマンドは修復するべきかどうか尋ねません。コマンドを実行した時点で答えは '''Yes''' と受け取ります。}}
 
{{Warning|このコマンドは修復するべきかどうか尋ねません。コマンドを実行した時点で答えは '''Yes''' と受け取ります。}}
44行目: 53行目:
   
 
=== 破損ブロックをインタラクティブに修復 ===
 
=== 破損ブロックをインタラクティブに修復 ===
  +
{{Tip|これはブートパーティション上のファイルが変更されており、ジャーナルを更新するのに失敗した場合に使えます。この場合はブートパーティションをアンマウントしてから次のコマンドを実行してください:}}
 
  +
これは、ブートパーティション上のファイルが変更され、ジャーナルが適切に更新されなかった場合に役立ちます。この場合、ブートパーティションをアンマウントし、次のコードを実行して破損した部分を修復します。
破損箇所を修復するには、次を実行:
 
  +
{{bc|<nowiki>
 
# fsck -r <drive></nowiki>
+
# fsck -r ''drive''
}}
 
   
 
=== チェックの頻度を変更 ===
 
=== チェックの頻度を変更 ===
   
  +
{{Note|次のコマンド ''tune2fs'' および ''dumpe2fs'' は、ext2/ext3/ext4 ファイルシステムでのみ機能します。}}
デフォルトでは、fsck は30回起動するたびにファイルシステムをチェックします (パーティションごとに別々にカウントされます)。チェックの頻度を変更するには、次を実行:
 
  +
  +
デフォルトでは、''fsck'' は30回起動するたびにファイルシステムをチェックします (パーティションごとに別々にカウントされます) チェックの頻度を変更するには、次を実行:
   
 
# tune2fs -c 20 /dev/sda1
 
# 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|指定パーティションの fsck 実行頻度と現在のマウント回数を見るには次のコマンドを使います:
 
# dumpe2fs -h /dev/sda1 <nowiki>|</nowiki> grep -i 'mount count'
 
}}
 
   
 
=== fstab のオプション ===
 
=== fstab のオプション ===

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

関連記事

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

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

ブート時のチェック

仕組み

2つの方法があります:

  1. mkinitcpio には fsck フックによって、マウントする前に root ファイルシステムを fsck するオプションがあります。これを使う場合、root を rw カーネルパラメータで読み書き可能でマウントする必要があります [1]
  2. 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 フラグを使用する方法は、昔の SysVinitUpstart の初期バージョンでしか動作せず、systemd では使えないので注意してください。Arch Linux で使うことができるのは上述の方法だけです。

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

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

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

fsck カーネルコマンドラインオプション fsck.repairyes に設定することで、提案された変更をすべて自動的に適用、(つまり、すべての質問に yes と答える) ように fsck を設定できます (他の可能な値は nopreen です) これらのオプションの意味についてはドキュメント 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 が動作しない

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

ext2fs : no external journal

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

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

# umount <directory>

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

# tune2fs -j /dev/<partition>

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

# fsck -p /dev/<partition>