私はrobocopyを実行していましたが、robocopy.exeと「system」の両方でCPU使用率が100%になり、プロセスエクスプローラーのスナップショットに表示されています（Robocopy.exe のスレッドそしてシステムのスレッド）。問題となっているのは「ntoskrnl.exe!ExfAcquirePushLockExclusive+0xb54」と「ntdll.dll!RtlFreeAnsiString+0xb4」です。私は次のようなものを実行していました。
ROBOCOPY.EXE "S:\some folder" R:\ /E /DCOPY:DAT /TIMFIX /XJ /XJD /XJF /XF "some files" /XD "some folders" /R:5 /W:5 /X /V /TS /FP /BYTES /TEE /UNILOG+:S:\somefolder\Robocopy.log /MT:128
以前は同じコマンドを問題なく使用していました。最近になってなぜ問題が発生し始めたのかはわかりません。robocopy.exe を強制終了すると、BSOD (KMODE_EXCEPTION_NOT_HANDLED) になります。BlueScreenView には、「原因: ドライバー: werkernel.sys」、「原因: アドレス: werkernel.sys+75b000」、「クラッシュ アドレス: ntoskrnl.exe+14f1a0」と表示されます。
何が問題の原因なのかわかりません。robocopy のログ ファイルにはエラーは表示されませんでしたが、とにかく気がかりで、約 30 GB のデータだけをコピーするために一晩実行する必要があります。
更新: 問題が見つかりました。仮想ドライブ文字としてマウントされた R-Drive Image のディスク イメージ ファイルからコピーするために robocopy を使用しました。R-Drive Image の仮想ディスク ドライバー「R-ImageDisk64.sys」が、BlueScreenView の「ドライバーによる原因」列に表示されることがあります (常に表示されるわけではありません)。最初に R-Drive Image のディスク イメージ ファイルを VHDx に復元し、次に robocopy を使用して仮想ドライブ文字としてマウントされたその VHDx からコピーすると、問題は解消されます。したがって、R-Drive Image のディスク イメージ ファイルは、高負荷のコピー タスク用に設計されているのではなく、主に R-Drive Image 独自のコピー メカニズム (セクタ単位の復元など、少なくとも robocopy は使用しない) を使用して表示および復元するために設計されているようです。
更新 2: magicandre1981 の提案に従って、WPR.exe を使用して CPU 使用率の高さを記録しました。また、WPA.exe を使用してトレース ログ ファイルを表示したときにスナップショットをいくつか取得しました。ただし、2 つ以上のリンクを投稿することは許可されていないため、コメントで提供する必要があります。一部の意味についてはよくわかりませんが、仮想ドライブ文字としてマウントされた R-Drive Image のディスク イメージ ファイルから robocopy を使用してコピーするときに、R-ImageDisk64.sys が自己参照ループを多数作成したようです。