Я пытаюсь скопировать содержимое флэш-накопителя USB на другой внешний USB-накопитель (обычного типа диска, если это имеет значение), используя окно RoboCopy через CMD (запущено от имени администратора). На этом диске находятся десятки версий проектов VB. net, и RoboCopy зависает при каждом обращении к файлу Interop.Scripting.DLL, который имеется в каждой версии каждого проекта. Нет ошибок, нет сообщений - он просто висит там. Чтобы сделать его еще более тяжелым, я должен перезагрузить свой (WIN7) ноутбук, чтобы освободить его. Я не могу убить приложение CMD с помощью диспетчера задач, и я не могу убить процесс с помощью TaskKill с идентификатором процесса.
Как ни странно, после перезагрузки и идентификации указанного c файла я проверил, что я могу явно скопировать этот файл с помощью RoboCopy, а затем возобновить массовое копирование (параметры, которые я использую, не копируют файлы, уже имеющиеся на моем целевом диске, поэтому он пропускает вышеупомянутую DLL в массовой копии).
Это команда, которую я использую -
robocopy t:\ d:\ /s /e /z /zb /r:2 /w:5 /tbd /v /copy:DATO dcopy:T
log+:c:\Users\*myid*\robocopy\logfile.log /np /tee
Я не запускаю никаких приложений Visual Studio или Visual Basi c dev, пока выполняю робокопирование, поэтому ни один из этих файлов не должен быть в использовании ... но даже если каким-то образом они были, я бы ожидал, что RoboCopy пропустит их и напишет сообщение в мой файл журнала, а не просто придерживаться там.
Буду искренне признателен за любой совет, который поможет мне выяснить, почему у RoboCopy так много проблем с этим файлом и как его исправить.