Windows 7で「ジャーナリング」を無効にする方法はありますか？
C:\$extend\$Usn.Jrnl:$J:$data
これがついに写真です。上部の帯の中央にある大きな帯は最大の塊であり、他の帯では、灰色の領域がそれを含むさまざまなクラスターです。
右側の大きな長い灰色の線は$logfile（ページングではありません）で、63＆nbsb; MBです。ページング、500＆nbsb; MBは、内側のリングの黄色のMFTresの隣にある濃いシアンのチャンクです。ディスクのフラグが解除されているため、見やすくなっています。このタイプのファイルのすべてのクラスターにタグが付けられているわけではありませんが、アイデアはそこにあります。
ディスクは4kクラスターで、現在は約12GBのサイズです。写真のかわいい小さなブロックはそれぞれ0.81MBで、207個のクラスターを表しています。 dkGreenセクションは、ほとんどがWinsxsの山全体であり、ディスク容量をあまり必要としないと言われ続けるときにも興味深いものです。
Wikipediaが推奨 以前のNTシステムでは、「USNジャーナリング」が有効になると有効になると（それも無効にできると想定） ？）。
実際のUSNジャーナリングでなくても、$jrnl$タイプのクラスターで認識されるディスク全体にそれらを配置するために、どのような側面、サービス、またはプログラムが機能していますか？
Windows 7システムでジャーナリングを完全に無効にすることは可能ですか？その影響は何ですか？
Windows XP NTFSシステムでは、これらの$jrnl$名で使用されているディスククラスターの数を思い出せないので、NTFSファイルシステム自体にこの量で必要であることを思い出せませんか？
便利な機能がなければ、そこにはないことを理解しています:-)システムのどの部分がそれを作成して使用するかを追跡するのに役立つ情報であれば、どれほど素晴らしいかについての情報。
ジャーナルの変更状態：
ファイルシステムのインデックスを回復するには、変更ジャーナルも必要です。
うーん、それはそれらのいくつか、またはなぜそれがディスクに残ったのかを説明するかもしれません。バックグラウンドインデックス作成中にクラッシュしましたか？
Windows 7でUSNジャーナルを完全に削除する方法があります（無効にするだけではありません）：
fsutil usn deletejournal /d c:
Microsoft Technet によると、
変更ジャーナルを削除すると、ファイルレプリケーションサービス（FRS）とインデックスサービスに影響があります。これらのサービスでは、ボリュームの完全な（そして時間のかかる）スキャンを実行する必要があるためです。これは、FRS SYSVOLレプリケーションに悪影響を及ぼし、ボリュームの再スキャン中にDFSリンクが交互に複製されます。
上記の同じ情報源は、USNジャーナルとは何か、そしてなぜそれが必要なのかを説明しています。
USN変更ジャーナルは、ボリューム上のファイルに加えられたすべての変更の永続的なログを提供します。ファイル、ディレクトリ、およびその他のNTFSオブジェクトが追加、削除、および変更されると、NTFSはコンピュータのボリュームごとに1つずつ、USN変更ジャーナルにレコードを入力します。各レコードは、変更のタイプと変更されたオブジェクトを示します。新しいレコードがストリームの最後に追加されます。
プログラムは、USN変更ジャーナルを参照して、一連のファイルに加えられたすべての変更を判別できます。 USN変更ジャーナルは、タイムスタンプのチェックやファイル通知の登録よりもはるかに効率的です。 USN変更ジャーナルは、インデックスサービス、ファイルレプリケーションサービス（FRS）、リモートインストールサービス（RIS）、およびリモートストレージによって有効化および使用されます。
上記のサービスを使用しない場合は、先に進んでUSNジャーナルを削除できると思います。また、後で必要になった場合は、同じfsutilコマンドを使用して再作成できます（完全な構文については、上記のTechnetリンクを参照してください）。
更新
私は先に進み、「使い捨て」のWindows 7 VMの1つでUSNジャーナルを削除しようとしました。何が起こるかというと、ジャーナルは実際に削除されますが、すぐに再作成されます（fsutil usn queryjournal c:新しいジャーナルIDを確認します）。検索サービスなどを停止してみましたが、うまくいきませんでした。したがって、私はあなたがこのジャーナルを削除できる間、そのような削除の有用性はかなり制限されていると思います。
ジャーナルを無効にする前に、無効にすると削除されることに注意してください。から [〜＃〜] msj [〜＃〜] ：
特定のボリュームで変更ジャーナルを無効にして、システムがファイルとディレクトリの変更をログに記録できないようにすることができます。デフォルトでは、NTFSボリュームの変更ジャーナルは無効になっています。一部のアプリケーションでは、ジャーナルを明示的にアクティブ化する必要があります。また、どのアプリケーションでも、ボリュームのジャーナルをいつでもアクティブ化または無効化できることに注意してください。アプリケーションは、最初のアプリケーションがまだジャーナルを使用しているときにジャーナルが無効になった場合の状況を適切に処理できる必要があります。アプリケーションがこれをどのように処理できるかについては、今後の記事で説明します。アプリケーションがボリュームの変更ジャーナルを無効にすると、システムは既存のレコードもすべてパージして、情報の回復を防ぎます。これにより、アプリケーションが信頼性の低いレコードを誤って読み取ることを防ぎます。ジャーナルが継続的にアクティブである限り、ジャーナルにはレコードのみが含まれます。
技術的には、USN変更ジャーナルを無効にすることができます。変更は永続的であるようには見えず、せいぜいバグに対する責任のように見えます。
MSDNを確認しています。 ..
http://msdn.Microsoft.com/en-us/library/aa363798（v = VS.85）.aspx
変更ジャーナルを削除するには、FSCTL_DELETE_USN_JOURNAL制御コードを使用します。この操作を使用すると、ボリューム上のすべてのファイルをウォークスルーし、各ファイルのUSNをゼロにリセットします。次に、操作は既存の変更ジャーナルを削除します。この操作は、システムが再起動しても、完了するまで持続します。このプロセス中に変更ジャーナルを読み取ったり、作成したり、変更したりしようとすると、エラーコードERROR_JOURNAL_DELETE_IN_PROGRESSで失敗します。（Emphasis mine）
FSCTL_DELETE_USN_JOURNAL制御コードを使用して、他のプロセスによって開始された削除が進行中であるかどうかを判別することもできます。たとえば、アプリケーションは、起動時に、削除が進行中かどうかを判別できます。ジャーナルの削除はシステムの再起動後も持続するため、システムの再起動時に開始されたサービスとアプリケーションは、進行中の削除を確認する必要があります。
変更ジャーナルは、必ずしも起動時に作成されるとは限りません。変更ジャーナルを作成するには、管理者が明示的に作成するか、変更ジャーナルを必要とする別のサービスを開始します。