100% CPU-Auslastung von Robocopy und System

0

Ich habe gerade robocopy ausgeführt, aber sowohl robocopy.exe als auch "system" haben zusammen eine 100% ige CPU-Auslastung, wie in den Snapshots im Prozess-Explorer ( Robocopy.exe-Threads und System-Threads ) gezeigt. Die problematischen Dinge sind "ntoskrnl.exe! ExfAcquirePushLockExclusive + 0xb54" und "ntdll.dll! RtlFreeAnsiString + 0xb4". Ich rannte nur so was wie

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

Ich habe die gleichen Befehle ohne Probleme benutzt. Ich weiß nicht, warum es in letzter Zeit Probleme gab. Und wenn ich die robocopy.exe töte, geht sie an BSOD (KMODE_EXCEPTION_NOT_HANDLED). BlueScreenView zeigt an, dass "Verursacht durch Treiber: werkernel.sys", "Verursacht durch Adresse: werkernel.sys + 75b000", "Absturzadresse: ntoskrnl.exe + 14f1a0"

Ich weiß nicht, was das Problem verursacht. Die Protokolldatei von robocopy zeigte zwar keinen Fehler, ist aber nur störend, und ich muss sie über Nacht ausführen, um nur ~ 30 GB Daten zu kopieren.

Update: Problem gefunden. Ich habe Robocopy verwendet, um von einer R-Drive Image-Image-Datei zu kopieren, die als virtueller Laufwerksbuchstabe bereitgestellt wurde. Der virtuelle Festplattentreiber "R-ImageDisk64.sys" von R-Drive Image wird manchmal (aber nicht immer) in der Spalte "Vom Treiber verursacht" in BlueScreenView angezeigt. Das Problem verschwindet, wenn ich zuerst die Disk-Image-Datei des R-Drive-Images auf einer VHDx-Festplatte wiederherstelle und dann Robocopy verwende, um von dieser VHDx-Festplatte zu kopieren, die als virtueller Laufwerksbuchstabe angehängt ist. Es sieht also so aus, als ob die Disk-Image-Datei von R-Drive Image nicht für schwere Kopieraufgaben entwickelt wurde, sondern hauptsächlich zum Anzeigen und Wiederherstellen mithilfe des eigenen Kopiermechanismus von R-Drive Image (zumindest Sektor für Sektor oder so) ohne Robokopie).

Update 2: Ich habe die hohe CPU-Auslastung mit WPR.exe aufgezeichnet, wie von magicandre1981 vorgeschlagen, und beim Anzeigen der Ablaufverfolgungsprotokolldatei mit WPA.exe sind einige Momentaufnahmen vorhanden. Aber ich darf nicht mehr als 2 Links posten, also muss ich sie in den Kommentaren angeben. Obwohl ich mir bei einigen Bedeutungen nicht sicher bin, sieht es so aus, als ob R-ImageDisk64.sys zu viele selbstreferenzierende Schleifen erstellt hat, wenn Robocopy zum Kopieren von der Disk-Image-Datei eines R-Drive Images verwendet wird, die als virtueller Laufwerksbuchstabe angehängt ist.

kein Name
quelle
Was ist der BSOD?
DavidPostill
Es war „KMODE_EXCEPTION_NOT_HANDLED“
noname
Was ist der Rest davon? BlueScreenView sollte diese Informationen bereitstellen. Bitte bearbeiten Sie Ihre Frage, um dies aufzunehmen.
DavidPostill
BlueScreenView zeigt "Verursacht durch Treiber: werkernel.sys", "Verursacht durch Adresse: werkernel.sys + 75b000", "Absturzadresse: ntoskrnl.exe + 14f1a0"
Noname
Installieren Sie das WPT (Teil des Win10 SDK: developer.microsoft.com/en-us/windows/downloads/windows-10-sdk ), öffnen Sie eine cmd.exe als admin und führen Sie den folgenden Befehl aus: wpr.exe -start CPU && timeout -1 && wpr.exe -stop C: \ HighCPUUsage.etl . Wenn Sie die hohe CPU-Auslastung sehen, warten Sie 30 Sekunden und drücken Sie eine Taste, um die Protokollierung zu beenden. Komprimieren Sie die große ETL-Datei in eine zip / RAR-Datei, laden Sie die Zip-Datei hoch (OneDrive, Dropbox, Google Drive) und veröffentlichen Sie den Freigabelink hier. Kopieren Sie für die BSODs den Ordner C: \ windows \ minidump auf den Desktop und komprimieren und teilen Sie sie diese Dateien.
magicandre1981