50万個のファイルを含む2TBのext4パーティションがあります。
このパーティションにエラーが含まれているかどうかを確認したいと思います。
I不良ブロックを検索したくないので、論理構造のみをチェックする必要があります。

パーティションをアンマウントしてfsck /dev/sda2を実行しましたが、fsckは終了するとすぐに戻ります。実際にファイルシステム全体をチェックせずにコード0。
完全なパーティションチェックが完了するまでに数時間かかると予想しています。
man fsckを読みましたが、のオプションが見つかりませんでした。 「徹底的なテスト」。

パーティションの一部のセクターが誤ってガベージデータで上書きされる可能性があります。
HDDが以前に別のOSに接続されていたため、ext4パーティションがそのOSの誤った動作によって損傷を受ける可能性があります。
そのため、ツリー構造全体が完全に正しいことを確認したいのです。

つまり、ユーティリティchkdsk.exe Windowsで動作します。
ext4ファイルシステムを完全にチェックするには、Debianで何を使用すればよいですか?

コメント

  • @ SatoKatsura-ありがとう! e2fsck -fのチェックが非常に高速で、数秒しかかからないのはなぜだろうか。 ' Windowsの動作と比較して驚くべきものです(数時間かかります)。

回答

SatōKatsuraで説明されているように、e2fsckを「強制」モードで実行します。

e2fsck -f /dev/sda2 

これにより、システムがファイルシステムがクリーンであると判断した場合でも、チェックが強制されます。 「詳細」オプションも役立ちます。

e2fsck -vf /dev/sda2 

補足として、あなたの場合には適用されませんが、ストレージにLVMを使用する場合はきちんとした小さな lvcheck ツールを使用して、マウントされたファイルシステムで「オフライン」ファイルシステムチェックを実行できます( LVMスナップショットを使用し、チェックでエラーが見つからない場合はファイルシステムメタデータを更新します。

回答

また、 -yフラグを追加して、質問に答えないようにすることができます。

マニュアルから

-yすべての質問に対するyesの回答を想定します。 e2fsckを非対話的に使用できるようにします。

したがって、回答を拡張します(まだコメントできないため) @Sato から-実行できます:

e2fsck -vfy /dev/sda2 

コメント

  • ただし、'何を尋ねられるかを事前に知らないため、リスクが高くなる可能性があります。最悪の場合、他の方法で回復可能なデータが失われます。

回答

sudo touch /forcefsck sudo reboot 

コメント

  • おそらく正しいとはいえ、この回答には説明がありません。コマンドの機能、コマンドの結果、問題のユーザーがこれについて詳しく読む場所(正しいマニュアルを見つけた場合にこれを学んだ可能性がある場所など)について説明していただけますか?

回答

次の方法で、読み取り専用モードのライブファイルシステムを確認することもできます。

e2fsck -vfn /dev/sda2 

コメント

  • e2fsckヘルプから:"ただし、たとえそれがあったとしても安全に実行できるため、ファイルシステムがマウントされている場合、e2fsckによって出力される結果は無効になります。"チェックなどの目的がわからない…:/

回答

tune2fs を使用してこの目的で、たとえば、次のコマンドは2か月または100回のマウント後にディスクをチェックします。

tune2fs -c 100 -i 2m /dev/sda1 

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です