Eu estava executando o robocopy, mas tanto robocopy.exe quanto "system" juntos têm 100% de uso da CPU, conforme mostrado nos instantâneos no Process Explorer (Tópicos de Robocopy.exeethreads do sistema). As coisas problemáticas são "ntoskrnl.exe!ExfAcquirePushLockExclusive+0xb54" e "ntdll.dll!RtlFreeAnsiString+0xb4". Eu estava apenas executando algo como
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
Eu estava usando os mesmos comandos antes sem nenhum problema. Não sei por que começou a ter problemas recentemente. E se eu matar o robocopy.exe ele vai para BSOD (KMODE_EXCEPTION_NOT_HANDLED). BlueScreenView mostra que "Causado pelo driver: werkernel.sys", "Causado pelo endereço: werkernel.sys+75b000", "Endereço de falha: ntoskrnl.exe+14f1a0"
Não sei o que está causando o problema. Embora o arquivo de log do robocopy não tenha mostrado nenhum erro, é apenas perturbador, e tenho que executá-lo durante a noite para copiar apenas cerca de 30 GB de dados.
Atualização: problema encontrado. Eu estava usando o robocopy para copiar um arquivo de imagem de disco de uma imagem R-Drive montado como uma letra de unidade virtual. O driver de disco virtual do R-Drive Image "R-ImageDisk64.sys" aparece na coluna "Causado pelo driver" no BlueScreenView às vezes (mas nem sempre). O problema desaparece se eu primeiro restaurar o arquivo de imagem de disco da imagem da unidade R para um VHDx e, em seguida, usar o robocopy para copiar desse VHDx montado como uma letra de unidade virtual. Portanto, parece que o arquivo de imagem de disco do R-Drive Image não foi projetado para tarefas pesadas de cópia; em vez disso, ele foi projetado principalmente para visualização e restauração usando o próprio mecanismo de cópia do R-Drive Image (restauração setor por setor ou algo assim, pelo menos não envolvendo robocópia).
Atualização 2: registrei o alto uso da CPU usando WPR.exe conforme sugerido por magicandre1981 e tenho alguns instantâneos ao visualizar o arquivo de log de rastreamento usando WPA.exe. Mas não tenho permissão para postar mais de 2 links, então tenho que fornecê-los nos comentários. Embora eu não tenha certeza sobre alguns dos significados, parece que o R-ImageDisk64.sys criou muitos loops de auto-referência ao usar o robocopy para copiar de um arquivo de imagem de disco de uma imagem R-Drive montado como uma letra de unidade virtual.