Error msb3030 не удалось скопировать файл

Обновлено: 09.01.2025

Не удалось скопировать "C:\pagefile.sys" в "bin\roslyn\pagefile.sys". Превышено число повторных попыток 10. Не удалось. Невозможно скопировать файл "C:\pagefile.sys" в "bin\roslyn\pagefile.sys". Процесс не может получить доступ к файлу

Пожалуйста, помогите мне.

ОТВЕТЫ

Ответ 1

Как указано в этом ответе от комментария Pramod, проблема связана с пакетом Microsoft.CodeDom.Providers.DotNetCompilerPlatform nuget, в частности, с версия 1.0.0 до 1.0.1.

В частности, это означало:

Удаление соответствующих разделов <Import Project . для обеих версий обеих библиотек
Удаление разделов <Error Condition post-104 post type-post status-publish format-standard has-post-thumbnail hentry category-uncategorized">

Ответ 2

Я удалил эти пакеты из диспетчера пакетов nuget, так как не использую их:

Microsoft.CodeDom.Providers.DotNetCompilerPlatform

Теперь все работает.

Ответ 3

Я нашел другое решение этой ошибки. В моем случае я перемещался по проекту в моем решении (я поместил его в подпапку). Мои ссылки на пакеты (расположенные в %solutionfolder%/packages ) в файле проекта были повреждены, и я исправил их вручную.

Однако есть два дополнения импорта, которые я забыл:

Я сначала обновил первый из ..\packages к ..\..\packages (ленивый как я). Построение проекта после этого дало мне ошибку pagefile.sys.

Обновление второго импорта (то же самое изменение: ..\packages to ..\..\packages ) решило это для меня.

Ответ 4

Удалите эти две строки из файла .csproj:

Ответ 5

Не так много, но я бы предложил записать вашу проблему, используя SysInternals Process Monitor

После запуска procmon вы хотите записать (или трассировать, другими словами) свою проблему с помощью VS2013 . После того, как вы закончите запись, вы захотите отфильтровать результаты по процессу (в вашем случае devenv.exe ), поэтому нажмите Ctrl-T , чтобы открыть Дерево процессов, и найдите devenv.exe .

Выберите его, а затем нажмите кнопку "Включить субтитры". Закройте окно Дерево процессов и выберите Tools -> Count Occurrences в верхнем меню. Установите раскрывающийся список столбцов в поле "Результат" и нажмите кнопку "Счет". Результатом будет сбор результатов вместе с их соответствующими подсчетами. Обычно вы можете получить представление о том, что происходит, глядя на эти результаты. Например, если вы видите много результатов с участием ACCESS DENIED или FILE LOCKED WITH ONLY READERS , то, скорее всего, ваша проблема связана с разрешениями.

Ответ 6

Использование шагов Clean Solution/Rebuild Solution решило эту проблему для меня.

Моя задача извлечь файлы ymal такова

МС построить yaml является :

Логически это должно сработать.

Я хотел бы знать, чего здесь не хватает? Почему MSBuild не смог найти связки, которые я извлек внутри Scripts/dist.

main.bundle.js, который копируется в папку Scripts/dist, - это main.7515c53aa0f2ef625908.bundle.js, но MSBuild не учитывает его.

2 ответа

Итак, я пытаюсь построить проект, который я только что установил Visual Studio, чтобы построить этот конкретный проект (он находится в vb6, поэтому мне нужно было использовать расширение Visual Basic tools, потому что у меня был установлен Visual Studio 2015). У меня нет никаких знаний.

Фактическая проблема заключалась в том, что когда MSBuild создает файлы публикации, он копирует файлы, основанные на определении сборки. Я отредактировал файл .csproj как ниже, который скопировал соответствующие файлы.

Это было возможно, так как до задания MSBuild я действительно копировал файлы angular в соответствующие папки.

Согласитесь с Тхангадураем , это может быть проблема, связанная с путем.

Проверка $(build.sourcesDirectory)/Scripts/dist , $(build.sourcesDirectory) обычно представляет каталог решений. Итак, теперь ваша файловая структура выглядит примерно так:

Извлеченный main.xx.js помещается в папку Script в каталоге решения, однако msbuild будет искать папку Script в каталоге проекта, когда msbuild + NMG.WebApp.MVCForAngular.csproj .

Кроме того: я предлагаю вам проверить , существует ли ссылка на Scripts\dist\main.bundle.js в содержимом NMG.WebApp.MVCForAngular.csproj , если она существует, вам также нужно убедиться, что извлеченное имя файла идеально соответствует ссылке в файле проекта.

Msbuild не будет считать main.7515c53aa0f2ef625908.bundle.js и main.bundle.js одним и тем же, поэтому вы также получите эту ошибку, если имя extract-file не соответствует ссылке в файле проекта.

Похожие вопросы:

только что клонировал проект с git на мой новый PC. компиляция работает нормально (ctrl+shft+B), у меня есть доступ ко всему исходному коду. при запуске проекта (F5) я получаю эту ошибку: Не удалось.

Я изменил Output path для некоторых проектов моего решения, и теперь я получаю некоторые ошибки, когда я строю свое решение. Такие ошибки, как: Не удалось скопировать файл MyProject. pdb, потому.

Когда я строю свой проект, он выдает мне ошибки после обновления VS до 16.4. Как видно из окна вывода на скриншоте, теперь VS пытается ссылаться на путь для файлов xbf, который также включает.

Я обновился до vs-2019 и версии средства просмотра отчетов 2016 года и теперь получаю проблему при сборке в ms-размещенных конвейерах azure. Такая же проблема не возникает при построении и.

Я постоянно сталкиваюсь с этой ошибкой времени компиляции для решения в Visual Studio 2017: Не удалось скопировать файл C:\pagefile.sys, потому что он не был найден. Это началось после исправления.

работает (иногда) но это действует мне на нервы. Есть ли способ остановить это вообще?

Мои настройки отладчика

Есть хорошее резюме этой проблемы с типичными шагами, чтобы решить в этом вопросе Это происходило для меня, потому что Защитник Windows решил, что ему больше не нравится .exe из проекта VS2019, над которым я работаю. Работали над этим неделями без проблем, но сегодня, думаю, новое обновление не понравилось. Пришлось исключить мои исходные папки. Перестало происходить.

В основном я обнаружил, что такая ситуация возникла, когда процесс отладки был остановлен из-за исключения.

Когда clean + build не решил эту проблему для меня, я добился успеха, выполнив следующие действия:

Закрытие Visual Studio
Удаление bin и obj папки, и
Повторное открытие Visual Studio.

Эта «ошибка» существует со времен Visual Studio 2003.

Наконец, я также обнаружил, что часто могу решить эту проблему, просто переименовав исполняемый файл и затем удалив его.

То же самое здесь, VS2013. Выход, удаление артефактов сборки, перезапуск -> все хорошо. У меня та же проблема, но после перезапуска VS я получаю одну сборку, и файлы снова блокируются .. Это не решение, в лучшем случае частичное решение. Я не хочу перезапускать VS каждые 10 минут. Очистка раствора работает для меня, но очистка каждые 10 минут также не является решением. Исходя из моего опыта, VS2013 делает это по крайней мере 10 раз в день для меня, независимо от того, на какой машине я работаю. Это как ошибка стала хуже. Просто говорю

В Visual Studio Premium 2013 (обновление 3) я решил эту проблему с помощью предварительной сборки одной строки:

Это изящно удаляет все старые файлы PDB (если это возможно), а затем переименовывает все, что осталось с .old.pdb расширением. Приятным побочным эффектом является то, что если старая PDB все еще заблокирована, она просто добавляет еще один элемент .old к имени файла, и все они очищаются при следующем перезапуске Visual Studio и выполнении сборки.

Например, сеанс сборки / отладки 1 остается MyProject.pdb заблокированным.
В следующий раз вы построите:
MyProject.pdb -> MyProject.old.pdb

Затем запускается сеанс сборки / отладки 2, и оба так MyProject.pdb и MyProject.old.pdb остаются заблокированными:
MyProject.old.pdb -> MyProject.old.old.pdb
MyProject.pdb -> MyProject.old.pdb

Наконец, перезапуск Visual Studio и создание новой сборки избавят от обоих этих факторов и продолжат процесс как обычно.