Fatal CLR Ошибка 80004005

Ответ 1

Я бы начал с загрузки и переустановки .NET framework.

Ответ 2

У меня была эта проблема, и удаление/переустановка dot net не помогло.

Случайно я нашел предложение пойти C:\Windows\Microsoft.NET\

Затем переименуйте каталог "Assembly" на "Assembly2" или что-то, чтобы вы его не удалили, но точка net будет думать, что он ушел.

После этого снова установите dot net.

Мне потребовалось несколько часов, чтобы найти и была ТОЛЬКО работающая.

Ответ 3

Я считаю, что 0x80004005 является (как правило) ошибкой ACCESS DENIED - так начните с этого. Если вы используете Vista +, попробуйте запустить его как admin. В противном случае Process Monitor должен помочь вам отследить его.

Ответ 4

Быстрый поиск предлагает следующее:

"Если вы получите ошибку времени выполнения 80131522" Сервер не зарегистрирован или не может класс нагрузки для CLSID... ", это потому что вы пытаетесь запустить VB исполняемый файл из каталога, отличного от где расположена сборка .NET. Это также происходит, если вы попытаетесь запустить код vb в интерактивном режиме. Эта можно решить, установив .NET. сборка в глобальном приложении Кэш"

(http://bytes.com/forum/thread353655.html)

В контексте ASP.NET это похоже на права доступа к файлам:

Код ошибки для отказа 80004005. Эта ошибка может быть вызвана, когда учетная запись рабочего процесса недостаточно прав на чтение .NET. Рамочные файлы. Убедитесь, что

(http://weblogs.asp.net/jambrose/archive/2004/09/01/224226.aspx)

Ответ 5

@MarkBracket: У меня была аналогичная проблема, но я думаю, что, наконец, исправил ее благодаря Process Monitor.

Мое решение: Перейдите в "C:\Windows" и щелкните правой кнопкой мыши в папке "Microsoft.NET" и выберите "Свойства". Перейдите на вкладку "Безопасность", затем нажмите кнопку "Дополнительно". Нажмите вкладку "Владелец", затем нажмите кнопку "Изменить...". Выберите текущую учетную запись пользователя, затем установите флажок "Заменить владельца на подконтейнеры и объекты", а затем нажмите "ОК".

Проблема решена (на данный момент, по крайней мере). Как оказалось, программы просто не имели необходимых разрешений, необходимых для запуска.

В любом случае, спасибо снова Марк Я надеюсь, что этот пост будет полезен всем, кто имеет/получит ошибку CLR 80004005.

Ответ 6

Просто хочу ответить на это из перспективы развития, так как я попал в такую ​​проблему и решил ее.

Проблема, с которой я столкнулся, заключалась в том, что я развертывал приложение WPF на какой-либо машине разработки, он сразу же разбился с сообщением "Fatal CLR Error 80004005".

Я понял, что я скомпилировал мое приложение как .Net framework 4.5, и я использовал вызов API из пространства имен System.Web.

Я решил это, изменив вызов метода, а затем повторно скомпилировал его как .Net Framework 4.0 Client Profile.