2日前にドライブが一杯になったので、8GBのデータを削除しました。
ディスクがすぐにいっぱいになってしまった原因を調べた後、C:ツールを使って、どのファイルが一番容量を消費しているのかを調べました。調べてみると、windirstatの中にあるCBS.logファイルが20GBも大きいことがわかりました。
私はWindows8を使用しているのですが、
cbs.persist.logファイルに17GBのファイルがありましたが、私はそれが私のsdをいっぱいにしていないことを確信していたので、私はWindowsのログディレクトリで異常に大きなファイルを検索しました。とにかく圧縮の問題しか考えられませんでした。
そこで、CBSフォルダ内の圧縮をリセットするために、以下の方法を使用しました:
この解決策はまだ1年後のWindows 7 / 8 / 8.1で私のために動作します
私は圧縮が再び失敗しないことを確認することはできませんが、それがそうであれば…単にもう一度解決策を繰り返しますが、CBSフォルダ内のファイルを削除する前にTrustedInstallerを無効にすることを確認してください。
念のため、誰もがこれが最初の場所で起こる理由を不思議に思います。私は特殊な条件を再現したと思っています（同じ結果を引き起こす可能性のある他の条件のバリエーションがあると確信しています）:
1.私は非常に大きな数の非常に大きなWindowsのアップデート（言語パックやサービスパックなどの束）を開始し、同時に他のアプリやウィンドウを開いていました（私は開発者です）。その後、お昼ご飯を食べに行ったのですが、 2. システムがメモリ（RAM）を使い果たすまでWindows Updateを実行しました。32ギガバイトは持っているのですが、足りませんでした。 3. Trusted Installer.exe」（「Windows Module Installer」サービス）は、急速に成長するログファイルを圧縮しようとしたが、ログの成長が早すぎたのか、メモリが少なくて起動できなかったのか、その両方が原因で実行できなかった。そのため、必要になったときには、Windowsモジュールインストーラーサービスは、(一時的にでも)全く起動しませんでした。それ以来、ログファイルは.CAB圧縮には大きすぎて（約25ギガバイト！）、悪循環が始まっていたので、それを止めることはできませんでした（上記の “Gin "で説明されているように手動で介入する以外は）。"disable Windows Module Installer service, delete contents of C:\Windows\Logs\CBS\フォルダ、および'C:\Windows\Temp'フォルダ-skipping any files in use, then start Windows Module Installer service again and set it to ‘manual’ start (default) "の内容を削除し、Windows Module Installer serviceを再度起動し、'manual’ start (default)に設定する。再起動します。
Server 2008 R2では、私のC:\windows\tempは空っぽになっていました。cbsのログを削除しようとしたら、2.5GBのcbsのログが戻り続けていたので、削除しようとした後にC:\windows\tempを確認すると、そこに大量の.dmpファイルが出現していました。
これらを削除したら、ログファイルがなくなっていました。ディスク容量は回復しました。(私のは削除しても戻り続けていました)。