web-dev-qa-db-ja.com

ジャーナルファイルシステムがディスクをチェックする必要があるのはなぜですか?

Windows 7コンピューターでBSODを取得した後、コンピューターを再起動して、ディスクチェックを行うように要求していることを確認しました。その間に他のことをしましたが、数分かかったようです。

ファイルシステムがジャーナル処理されている場合(デフォルトのNTFSのままにしている)、クラッシュ後にディスクをチェックする必要があるのはなぜですか?

6
user3109

ジャーナリングは魔法の杖ではないからです。

I/Oトランザクション中の停電やシステムクラッシュへの対処は、トランザクションのジャーナルが保持されているという理由だけで問題になることはありません。システムがクラッシュしたとき/電源が切れたときに進行中だった部分的に完了したトランザクションは、魔法のようにロールフォワードまたはロールバックされません。システムが再び起動したときにボリュームが再マウントされる前/そのときに、ロールフォワード/バックバックを実行する必要があります。これは、ディスクチェックプロセスの一部として発生します。

ファイルシステムのジャーナリングにより、自己矛盾のない状態を簡単に復元できます。 しません最初にダーティシャットダウンが発生したときに、魔法のようにディスクボリュームが不整合な状態になることはありません。

6
JdeBP

Journalを使用すると、クリーンでないシャットダウン後にファイルシステムを迅速に一貫した状態にすることができますが、ハードウェア障害やシステムエラーが原因で破損が発生した場合はできません。このような場合、完全なチェックが必要です。

3
x22

ドライブへの1つまたは複数の書き込みが完了していないため、OS(現在は存在しません)は、ドライブが書き込みを完了したことを知る方法がありません。 。ダーティビットは、適切に終了することにより、クリアされるまでドライブ(それ自体)に設定されます。 。ジャーナル書き込み自体からのデータは、半分書き込まれた破損ポイントになる可能性があり、ジャーナリングが実際には重要ではないことに役立つという考え全体を否定します。 (少し偏見があります)一手で終わらせたいので、何が失われるのか心配させていただきます。

ジャーナリングは、途中のデータを保存/回復し、データへのポインターを維持して、データの1つの側面をまっすぐに保つことができます。ハードドライブへの不良/不完全な書き込みを修正することはできません。


USN変更ジャーナルは、インデックスサービス、ファイルレプリケーションサービス(FRS)、リモートインストールサービス(RIS)、およびリモートストレージによって有効化および使用されます。 http://technet.Microsoft.com/en-us/library/cc788042(WS.10).aspx

ファイルシステムのインデックスを回復するには、たとえばコンピュータやボリュームに障害が発生した後など、変更ジャーナルも必要です。インデックス作成を回復できるということは、ファイルシステムがそのような場合にボリューム全体のインデックスを再作成するという時間のかかるプロセスを回避できることを意味します。 http://technet.Microsoft.com/en-us/query/aa363798

1
Psycogeek

ジャーナリングにはさまざまなレベルがあり、さまざまなトレードオフがあります。 NTFSはメタデータのみをジャーナルし、実際のファイルの内容自体はジャーナルしません。つまり、書き込み中に単一のファイルを破損することはできますが、同じディレクトリ内の他のファイルを破損することはできません。

同様に、クラッシュが発生した場合、ジョーナリングの正確なタイプによって、実際にディスクを修正するために必要な時間が決まります。繰り返しになりますが、トレードオフがあります。修正が簡単になるようにヨルナルを構成すると、通常のディスク書き込みにより多くの時間を費やすことになります。 BSODは非常にまれであるため、NTFSはクラッシュしない場合に最適化されています。つまり、ジャーナルからの回復に時間がかかります。

1
MSalters

ジャーナルベースのファイルシステムでは、ファイルへのすべての変更が記録され、まとめて保持されます。これにより、ファイルの内容をメタデータ(ファイル名、変更日など)から分離できます。ただし、これが意味することは、ファイルがジャーナルでインデックス付けされていない場合、文字通り存在しないということです。たとえ、プラッターに0と1が物理的に存在していてもです。

これは、ドライブの「ダーティビット」と同様にchkdskが役立つところです。さまざまなファイルシステム操作を実行する場合、ダーティビットは操作が完了するまでセットされ、完了するとクリアされます。 Microsoft fsutilドキュメント から:

ボリュームのダーティビットが設定されている場合、これはファイルシステムが不整合な状態にある可能性があることを示しています。ダーティビットは、ボリュームがオンラインで未処理の変更があるため、変更がディスクにコミットされる前にボリュームに変更が加えられてコンピューターがシャットダウンされたため、またはボリュームで破損が検出されたために設定できます。コンピュータの再起動時にダーティビットが設定されている場合、chkdskが実行され、ボリュームの整合性が検証されます。

コンピュータにダーティビットが設定されているため、ボリュームの破損やデータの損失を防ぐために、ファイルシステムの整合性を確保する必要があります。ファイルシステムチェッカーを実行すると、ドライブは、ジャーナルにまだ記録されていないインデックス付けされていないファイルを回復することもできます。

0
Breakthrough