我剛剛運行 robocopy，但 robocopy.exe 和“system”一起具有 100% CPU 使用率，如進程資源管理器中的快照所示（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 的日誌檔案沒有顯示任何錯誤，但它只是令人不安，我必須運行它過夜才能僅複製約 30GB 的資料。
更新：發現問題。我使用 robocopy 從作為虛擬磁碟機號碼安裝的 R-Drive Image 磁碟映像檔進行複製。 R-Drive Image 的虛擬磁碟機「R-ImageDisk64.sys」有時會出現在 BlueScreenView 的「由驅動程式引起」欄位中（但並非總是如此）。如果我先將 R 磁碟機映像的磁碟映像檔還原到 VHDx，然後使用 robocopy 從作為虛擬磁碟機號安裝的 VHDx 進行複製，問題就會消失。因此，看起來R-Drive Image 的磁碟映像檔並不是為繁重的複製任務而設計的，相反，它主要是為使用R-Drive Image 自己的複製機制（至少逐個扇區恢復等）查看和恢復而設計的不涉及 robocopy）。
更新2：我已經按照magicandre1981的建議使用WPR.exe記錄了高CPU使用率，並且在使用WPA.exe查看追蹤日誌檔案時我有一些快照。但我不允許發布超過 2 個鏈接，所以我必須在評論中提供它們。雖然我不確定其中的一些含義，但看起來 R-ImageDisk64.sys 在使用 robocopy 從作為虛擬磁碟機號安裝的 R-Drive Image 磁碟映像檔進行複製時創建了太多自引用循環。