방금 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의 로그 파일에는 오류가 표시되지 않았지만 단지 방해가 될 뿐이고 ~30GB 데이터만 복사하려면 밤새 실행해야 했습니다.
업데이트: 문제가 발견되었습니다. 가상 드라이브 문자로 마운트된 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개 이상 게시할 수 없으므로 댓글로 링크를 제공해야 합니다. 거기에 있는 일부 의미는 확실하지 않지만 robocopy를 사용하여 가상 드라이브 문자로 마운트된 R-Drive 이미지의 디스크 이미지 파일에서 복사할 때 R-ImageDisk64.sys가 너무 많은 자체 참조 루프를 생성한 것 같습니다.