Ошибка удаления папки "bin". Уровень системного вызова неверен

Ответ 1

Это проблема, которую Microsoft не собирается исправлять, согласно этому сообщению: http://connect.microsoft.com/VisualStudio/feedback/details/508695/cannot-delete-the-bin-folder-from-solution-explorer

Они собирались сделать сообщение об ошибке более интуитивным, но я предполагаю, что этого не произошло.

Update:

С тех пор Microsoft удалила эту страницу. Вот кешированная копия: https://web.archive.org/web/20130825001252/http://connect.microsoft.com/VisualStudio/feedback/details/508695/cannot-delete-the-bin-folder-from-solution-explorer

Сообщение от microsoft выглядит следующим образом:

Отправлено Microsoft от 20.11.2009 в 11:54 Спасибо за ваше Обратная связь. Это связано с тем, что мы не можем удалить папку с хостингом процесс в нем. Однако сообщение об ошибке может быть разумнее. Мы не сможем решить это в VS2010, но я разрешая это как отсрочку, чтобы мы могли рассмотреть возможность улучшения сообщение об ошибке после VS2010. Спасибо, что обратились к нам.

Менеджер программы Richa Prasad для разработчиков Visual Studio Опубликовано Microsoft 11/11/2009 в 21:28 Спасибо за ваши отзывы.

Мы перенаправляем эту проблему соответствующей группе внутри Visual Studio Product Team для сортировки и разрешения. Эти специализированные эксперты будут следить за вашей проблемой.

Спасибо

Ответ 2

Определенно, вы пытаетесь удалить папку, которая открыта в другом окне проводника или каким-то образом используется другим процессом. Закрытие этого окна Explorer или процесса должно помочь.

К сожалению, найти этот процесс иногда бывает сложно (процесс, удерживающий ваш файл/папку в качестве заложника, может быть скрыт или его окно может быть вне поля зрения). В этом случае может потребоваться выйти из системы или перезагрузить компьютер для принудительного выпуска. По общему признанию, это кажется излишним.

Вместо этого я рекомендую вам попробовать надежный инструмент Microsoft Windows Sysinternals, который называется Process Explorer (https://technet.microsoft.com/en-us/sysinternals/processexplorer.aspx). Как только вы загрузите его и запустите (у него нет процедуры настройки), и когда он появится на вашем экране, щелкните бинокль на панели инструментов и найдите нужный файл или папку (в данном случае "bin"). Этот инструмент сразу же сфокусируется на процессе, на который вы нажимаете в списке результатов поиска (вы должны выбрать, какой из них вы считаете наиболее вероятным виновником). Затем в главном окне, которое только что сосредоточено на этом процессе, просто нажмите красный крестик на панели инструментов. Это убьет это. В моем случае это был процесс prevhost.exe по вине. Убийство освободило тот файл, который мне нужно было удалить/скопировать, и это немедленно позволило мне двигаться дальше!

Я хотел бы добавить к этому разговору (ради возможности поиска), что сообщенная ошибка в Visual Studio-- "Ошибка удаления файла" filename.ext ". Уровень системного вызова неверен". --can также сопровождается дополнительная ошибка в проводнике Windows при попытке удалить тот же файл ("Действие не может быть выполнено, поскольку файл открыт в другой программе. Закройте файл и повторите попытку".) Или при попытке скопировать или переместить другой файл в замените этот файл, вы можете получить: "Неожиданная ошибка не позволяет вам скопировать файл. Если вы продолжаете получать эту ошибку, вы можете использовать код ошибки для поиска справки по этой проблеме. Ошибка 0x800704C8: Запрошенная операция не может быть выполненным для файла с открытым разделом, отображенным пользователем. "

Все эти ошибки связаны с блокировкой файлов, которую можно снять, убив процесс по вине с помощью Sysinternals Process Explorer, как я объяснил.

Ответ 3

Этот вопрос немного древний, но с Visual Studio 2017 RC ошибка все еще существует. Тем не менее, я предлагаю, чтобы любой, кто сталкивается с этой проблемой, проверяет, не пытается ли папка/ресурс, с которой они пытаются избавиться, другим процессом. Я столкнулся с этой проблемой, удалив шрифт и забыл, что я открыл его в средстве просмотра шрифтов. Простое закрытие всех процессов, в которых использовался этот шрифт, работало как шарм!

Ответ 4

В дополнение к закрытию окон проводника и других приложений, которые могут использовать файл, обязательно закройте файл в Visual Studio.

У меня была эта проблема с .dll, оказывается, у меня был файл, открытый в Visual Studio, и закрытие его вкладки решило проблему.