Error 0x80070643 failed to install MSI package при установке программы

Появление критических ошибок в разных версиях семейства Windows уже является обыденностью, но разработчики Microsoft, и обычные пользователи стараются максимально избавиться от всех возникающих проблем. Одной из проблем, которые появляются при работе с центром обновлений, может быть ошибка, возникающая в процессе установки с кодом 0x80070643.

Причина ошибки 0x80070643

Проблемы с Windows, имеющие подобный код всегда имеют непредсказуемый характер и не всегда понятно, в чем причина. Наиболее распространенными можно считать такие неисправности:

1. Ошибка при попытке установки из центра обновлений.
2. Проблема из-за установки набора компонентов Framework.
3. Установка обновления с определенным кодом.
4. Повреждение системных файлов.
5. Заражение вирусным программным обеспечением.
6. Повреждение записей реестра.

Первые три пункта являются наиболее частыми причинами появления ошибки 0x80070643.

Ошибка установки NET.Framework

Ошибка, возникающая по причине установки NET.Framework относится только к версии Windows 7, реже появляется в «Десятке». Если установка выполнена успешно, но сразу стала появляться ошибка с кодом 0x80070643, делаем следующее:

How To Fix Windows Installer Package Problem (.msi issue) — Solution 2

1. Открываем Панель управления через меню Пуск.
2. Переходим в раздел Программы и компоненты (либо сразу нажмите пункт «Удаление программы»).
3. В списке находим все версии компонента «Microsoft .NETFramework» и по каждой дважды нажмите правой кнопкой мышки.
4. В открывшемся окне выбираем пункт «Восстановить исходное состояние».

Перезагружать компьютер не нужно. Если причина действительно была в этом компоненте, то после восстановления ошибка должна исчезнуть. Также можно воспользоваться инструментом восстановления Microsoft .NET Framework Repair Tool.

Также рекомендуется полностью удалить компоненты, а потом заново установить. Для полной деинсталляции NET Framework используйте утилиты Uninstall Tool или Revo Uninstall.

Причина в обновлениях Windows

Установка обновлений, особенно на пиратские версии Виндовс может заканчиваться тем, что возникнут сбои и ошибки. Тогда появляется сообщение об ошибке – «installation failed with error code 0x80070643 windows update».

Устранение ошибки 924 на Андройде

Для «Семерки» выполняют следующие действия:

FIX Windows Update Error 0x80070643 on Windows 10

1. Запустите инструмент Windows Update Diagnostic.
2. Нажмите «Далее», чтобы утилита проверила систему на наличие проблем. Если они есть, то утилита автоматически исправит их.
3. После исправления центра обновлений сразу же будет предложено установить новые компоненты. Соглашаемся с условием.

Как очистить кеш обновлений

Очистка кеша помогает решить множество проблем:

1. Откройте с повышенными привилегиями командную строку. (В Windows 10 можно нажать клавиши Win+X и выбрать командную строку или утилиту PowerShell).
2. Прописываем команду для отключения службы — net stop wuauserv.
3. Теперь идем по пути С:WindowsSoftwareDistribution и очищаем содержимое папки.
4. Перезагружаем компьютер.

Перезапускаем службы

Некоторые системные службы вполне могут стать виновниками появления ошибки 0x80070643:

1. Заходим в меню Пуск в Виндовс 7 или нажимаем на значок поиска в Виндовс 10 и вводим слово «Службы».
2. Открываем результат.
3. По порядку работаем со следующими пунктами – центр обновлений Windows службы криптографии, удостоверение приложений, фоновая интеллектуальная служба.
4. На каждой нажимаем правой кнопкой мышки и выбираем пункт «Перезапустить».

Проверка файлов Windows на целостность

Возможно, были повреждены системные файлы. С повышенными привилегиями в любой версии Windows запускаем командную строку или утилиту PowerShell и прописываем команду сканирования и восстановления системных файлов: sfc /scannow.

Ждём окончания процесса и, если неполадки с файлами системы были обнаружены, утилита автоматически их исправит.

Устанавливаем обновления вручную

В пакет обновлений после переустановки Windows входят компоненты Net Framework, драйвера на видеокарту и многое другое. Все это можно найти вручную. То же самое и с обновлениями:

1. Перейдите в каталог обновлений Майкрософт.
2. В строке поиска вставьте номер апдейта и скачайте. Номер такого вида КВХХХХХХ.
3. После нахождения выберите версию для системы x32 или x64.
4. Установите скачанный файл.

Процесс «бездействие системы» — что это такое и почему грузит систему

Антивирус блокирует доступ

Частое явление, когда антивирус блокирует скачанные с интернета файлы. При этом иногда пользователь не получает дополнительных оповещений.

Есть два варианта решения:

1. В настройках антивируса добавить центр обновлений в исключения.
2. Временно отключить антивирус.

Использование утилиты DISM

Данная утилита позволит восстановить образ системы. Необходимо выполнить следующий ряд действий:

1. Откройте командную строку, либо утилиту PowerShell от имени администратора.
2. Пропишите DISM /online /cleanup-image /restorehealth (чтобы она сработала нужно иметь доступ в интернет).
3. Ждём.

Источник: composs.ru

Расследование ошибки установки Visual Studio 2015

Решили мы как-то перевести свой проект на Visual Studio 2015 — там ведь столько захватывающих фич! Вчера вот только решили, а уже сегодня утром я запустил её инсталлятор. Небо было безоблачным, ничто не предвещало беды. Ну что, в самом деле, может пойти не так? Сколько уже этих Visual Studio переставлено — не счесть (я, помнится, ещё 6.0 когда-то ставил).

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

Похрустев немного жестким диском, красивый инсталятор показал мне совершенно некрасивое сообщение об ошибке. Вот такое:

Хм. Не поставился значит, Team Explorer и ещё пару минорных пакетов. Ну ок. Закрываем, переустанавливаем. Не помогает. Удаляем студию, перезагружаемся, устанавливаем — та же ошибка. Лезем в Гугл с вопросом об ошибке установки Visual Studio 2015 на этапе инсталляции компонента Team Explorer и понимаем, что проблема это массовая — десятки ссылок с тем же описанием:
1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17

Отвечают на все эти вопросы специалисты первой линии техподдержки Microsoft, советы которых сводятся к «отключите антивирус», «проверьте чексуму образа со студией», «проверьте диск на ошибки». Ничего из этого, конечно, не помогает, о чём им и рассказывают, после чего они пропадают и больше не отвечают. Очень дружелюбная пользовательская поддержка, ничего не скажешь.

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

Итак, всё что у нас есть, это входная точка ошибки — проблема с Team Explorer. И ссылочка на лог-файл на приведённом выше скриншоте. Ну ок, давайте пойдём почитаем что там лог-файл думает о нашей ошибке.

[15FC:1A18][2015-11-26T17:30:17]i000: MUX: ExecutePackageBegin PackageId: vs_teamExplorerCore [2118:2240][2015-11-26T17:30:17]i301: Applying execute package: vs_teamExplorerCore, action: Install, path: C:ProgramDataPackage Cachev14.0.23102packagesTeamExplorerCorevs_teamExplorerCore.msi, arguments: ‘ MSIFASTINSTALL=»7″ USING_EXUIH=»1″‘ [15FC:1A18][2015-11-26T17:31:06]i000: MUX: ExecuteError: Package (vs_teamExplorerCore) failed: Error Message Id: 1722 ErrorMessage: There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected.

Contact your support personnel or package vendor. [2118:2240][2015-11-26T17:31:09]e000: Error 0x80070643: Failed to install MSI package. [2118:2240][2015-11-26T17:31:09]e000: Error 0x80070643: Failed to execute MSI package. [15FC:1A18][2015-11-26T17:31:09]e000: Error 0x80070643: Failed to configure per-machine MSI package. [15FC:1A18][2015-11-26T17:31:09]i000: MUX: Installation size in bytes for package: vs_teamExplorerCore MaxAppDrive: 0 MaxSysDrive: 440487936 AppDrive: 0 SysDrive: 263573504 [15FC:1A18][2015-11-26T17:31:09]i000: MUX: Return Code:0x80070643 Msi Messages:There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected.

Contact your support personnel or package vendor. Result Detail:0 Restart:None [15FC:1A18][2015-11-26T17:31:09]i000: MUX: Set Result: Return Code=-2147023293 (0x80070643), Error Message=There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. , Result Detail=, Vital=True, Package Action=Install, Package Setting string variable ‘BundleResult’ to value ‘1603’ [15FC:1A18][2015-11-26T17:31:09]i319: Applied execute package: vs_teamExplorerCore, result: 0x80070643, restart: None [15FC:1A18][2015-11-26T17:31:09]e000: Error 0x80070643: Failed to execute MSI package.

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

Ладно, давайте зайдём с другой стороны. Team Explorer это (как и почти всё в современных версиях Visual Studio) — VSIX (компонент, расширение). Ставится отдельно от ядра студии специальной программой VSIXInstaller.exe, которая живёт в C:Program Files (x86)Microsoft Visual Studio 14.0Common7IDE и умеет при установке этих самых VSIX-компонентов писать во временную папку (ну, ту, которая %TEMP%) логи о том, как всё прошло. Идём в %TEMP%, находим по времени ошибки из лога выше файлик, соответствующий установке Team Explorer. Вот он:

26.11.2015 17:31:01 — Microsoft VSIX Installer 26.11.2015 17:31:01 — ——————————————- 26.11.2015 17:31:01 — Initializing Install. 26.11.2015 17:31:01 — Extension Details.

26.11.2015 17:31:01 — Identifier : Microsoft.VisualStudio.TeamFoundation.TeamExplorer.Extensions 26.11.2015 17:31:01 — Name : Team Foundation Team Explorer Extensions 26.11.2015 17:31:01 — Author : Microsoft 26.11.2015 17:31:01 — Version : 14.0.23102 26.11.2015 17:31:01 — Description : Team Foundation extensions for Team Explorer 26.11.2015 17:31:01 — Locale : en-US 26.11.2015 17:31:01 — MoreInfoURL : 26.11.2015 17:31:01 — InstalledByMSI : False 26.11.2015 17:31:01 — SupportedFrameworkVersionRange : [0.0,2147483647.2147483647] 26.11.2015 17:31:01 — 26.11.2015 17:31:06 — SignedBy : Microsoft Corporation 26.11.2015 17:31:06 — Certificate Info : [Subject] CN=Microsoft Corporation, OU=MOPR, OU=OPC, O=Microsoft Corporation, L=Redmond, S=Washington, C=US [Issuer] CN=Microsoft Code Signing PCA 2010, O=Microsoft Corporation, L=Redmond, S=Washington, C=US [Serial Number] 33000000A81581DB462EBDD9480000000000A8 [Not Before] 05.03.2015 1:42:40 [Not After] 05.06.2016 2:42:40 [Thumbprint] EFCF3B47C17854AB6E4C63821DE31A59B24D62B2 26.11.2015 17:31:06 — Supported Products : 26.11.2015 17:31:06 — Microsoft.VisualStudio.IntegratedShell 26.11.2015 17:31:06 — Version : [14.0] 26.11.2015 17:31:06 — Microsoft.VisualStudio.Express_All 26.11.2015 17:31:06 — Version : [14.0] 26.11.2015 17:31:06 — 26.11.2015 17:31:06 — References : 26.11.2015 17:31:06 — 26.11.2015 17:31:06 — Searching for applicable products. 26.11.2015 17:31:06 — System.TypeInitializationException: The type initializer for ‘VSIXInstaller.SupportedSKUs’ threw an exception. —> System.BadImageFormatException: Could not load file or assembly ‘Microsoft.VisualStudio.Settings.14.0.dll’ or one of its dependencies. is not a valid Win32 application. (Exception from HRESULT: 0x800700C1) at VSIXInstaller.SupportedSKUs.AddInstalledIsolatedShells(Version vsVersion) at VSIXInstaller.SupportedSKUs..cctor() — End of inner exception stack trace — at VSIXInstaller.SupportedSKUs.get_SupportedSKUsList() at VSIXInstaller.App.InitializeInstall(Boolean isRepairSupported) at VSIXInstaller.App.OnStartup(StartupEventArgs e) 26.11.2015 17:31:06 — System.TypeInitializationException: The type initializer for ‘VSIXInstaller.SupportedSKUs’ threw an exception. —> System.BadImageFormatException: Could not load file or assembly ‘Microsoft.VisualStudio.Settings.14.0.dll’ or one of its dependencies. is not a valid Win32 application. (Exception from HRESULT: 0x800700C1) at VSIXInstaller.SupportedSKUs.AddInstalledIsolatedShells(Version vsVersion) at VSIXInstaller.SupportedSKUs..cctor() — End of inner exception stack trace — at VSIXInstaller.SupportedSKUs.get_SupportedSKUsList() at VSIXInstaller.App.OnExit(ExitEventArgs e)

Ну, тут уже побольше всякого интересного написано, конечно. Нас интересует первый момент, когда что-то пошло не так. Вот он:

26.11.2015 17:31:06 — System.TypeInitializationException: The type initializer for ‘VSIXInstaller.SupportedSKUs’ threw an exception. —> System.BadImageFormatException: Could not load file or assembly ‘Microsoft.VisualStudio.Settings.14.0.dll’ or one of its dependencies. is not a valid Win32 application. (Exception from HRESULT: 0x800700C1)

Хм, произошла ошибка при попытке загрузить сборку Microsoft.VisualStudio.Settings.14.0.dll. Первой моей мыслью было то, что студия как-то запуталась в порядке установки своих компонентов и пытается использовать при установке что-то, что ещё не установилось куда надо. Так, есть у нас в системе такая библиотека?

Оказалось — есть. Лежит в GAC, там где ей и положено лежать:

Так, что же получается? Сборка есть, она находится там, где нужно, но не загружается. Может быть, битая? Берём IL DASM, загружаем — всё ок.

Может быть умельцы из Microsoft сумели написать такой инсталлятор, у которого иногда получается не найти сборку в GAC? Берём Process Monitor, добавляем в него фильтр на открытие файлов и снова запускаем инсталлятор студии. Доходим до ошибки, смотрим логи.

Так, инсталлятор ищет Microsoft.VisualStudio.Settings.14.0.dll и находит её ровно там, где она и должна быть — в GAC. Ок, что же не так?
Читаем ещё раз сообщение об ошибке: «System.BadImageFormatException: Could not load file or assembly ‘Microsoft.VisualStudio.Settings.14.0.dll’ or one of its dependencies. is not a valid Win32 application.». Так, если сама Microsoft.VisualStudio.Settings.14.0.dll есть и валидна — может быть дело в одной из её зависимостей? Возвращаемся в Process Monitor и смотрим что там загружается непосредственно после нашей сборки.

Ага, vcruntime140.dll загружается. Это redistributable-библиотека от Visual Studio 2015. Ну, она-то точно должна была поставиться на одном из первых этапов установки! Но давайте проверим, чем уже чёрт не шутит.

Проверка раз — в списке установленных программ:

Проверка два — в папке C:WindowsSysWOW64:

Проверка три — это, собственно, «SUCCESSS» в логе Process Monitor:

Последняя проверка — вообще железобетонный аргумент: видите, поискали, попробовали открыть, открылось успешно — значит файл найдён. Всё, подозрения снимаются, идём дальше. Так, какую-же библиотеку инсталлятор VSIX пытается подгрузить следующей по логами Process Monitor?

Как это опять vcruntime140.dll уже в другой папке?! Получается, найдя vcruntime140.dll в папке C:WindowsSysWOW64 и успешно её открыв (а мы знаем что так и было по логам выше!) загрузчик зависимостей всё-же почему-то счёл её недостаточно хорошей и отбросил. Как же так?! Это что — не майкрософтовская библиотека? Смотрим свойства:

Да нет, нормальная библиотека. Почему же не загрузилась? Давайте посмотрим на неё внимательнее. Для этого в составе любой версии Visual Studio есть отличная утилита dumpbin. Запускаем её с вот такими ключами:

dumpbin /headers c:windowsSysWOW64vcruntime140.dll

и смотрим на результаты:

Microsoft (R) COFF/PE Dumper Version 10.00.40219.01 Copyright (C) Microsoft Corporation. All rights reserved. Dump of file c:windowsSysWOW64vcruntime140.dll PE signature found File Type: DLL FILE HEADER VALUES 8664 machine (x64) 7 number of sections 558CE2FF time date stamp Fri Jun 26 08:28:31 2015 0 file pointer to symbol table 0 number of symbols F0 size of optional header 2022 characteristics Executable Application can handle large (>2GB) addresses DLL .

Подождите-подождите… А почему это ты, библиотечка, 64-битная?!

Ты же лежишь в папке C:windowsSysWOW64, где вообще-то место только 32-битным библиотекам! А ну-ка давайте посмотрим, что же тогда лежит в C:WindowsSystem32?

А то же самое (кто не верит в размер — можете проверить каким-нибудь WinMerge, они идентичны). Вы уже уловили, в чём суть? Ошибка закралась в инсталятор Redistributable-компонентов, входящий в инсталятор Visual Studio 2015 — он просто ставит 64-битные версии рантайм-библиотек и в папку для 64-битных библиотек (C:WindowsSystem32) и в папку для 32-битных (c:windowsSysWOW64). В итоге при дальнейшей попытке использования 64-битной версии всё будет ок, а вот при попытке загрузки 32-битной версии будет то, что мы увидели при установке Team Explorer — загадочные ошибки вообще без упоминания библиотеки vcruntime140.dll и Redistributable-пакета. И делай, что хочешь.

А что же мы хотим делать? А удалить x86-часть Redistributable-пакета Visual Studio 2015, скачать её отдельно с сайта Microsoft и переустановить. Сюрприз — на сайте Microsoft версия правильная, она установит 32-битную версию библиотеки в C:windowsSysWOW64, после чего можно перезапустить установку Visual Studio 2015 и она успешно дойдёт до конца!

Осталось как-то объяснить начальству почему это я целый день устанавливал Visual Studio, если с этим дети в третьем классе за час справляются. В общем-то ради этой цели и была написана данная статья, а уж зачем вы её прочли — я не знаю 🙂

P.S. Справедливости ради следует отметить, что поиск по той же проблеме с упоминанием слов «redistributable» и «vcruntime140» всё-таки выводит на одиноко валяющийся на обочине Stackoverflow вопрос с правильным ответом (кто-то прошел тот же путь, что и я!), который в виду своей низкой оценки(«+1» на момент написания статьи) не воспринимается людьми, как настоящее решение проблемы. Не будем забирать у автора того ответа пальму первенства и плодить лишние сущности, если описанная в статье проблема коснулась и вас, а предложенное решение помогло — вы можете проголосовать за этот ответ на Stackoverflow.

• Блог компании Инфопульс Украина
• Системное программирование
• Visual Studio
• Отладка
• Разработка под Windows

Источник: habr.com

Как исправить код ошибки 0x80070643 при установке обновлений Windows или её компонентов?

Такой код ошибки может возникнуть в работе на любой версии Windows, будь это пользовательские или серверные операционные системы. Главной причиной является некорректная установка обновления, но могут быть и другие причины. Так, на серверах данный тип ошибки возможен при отсутствии прав на выполняемое изменение или некорректной работой какой-либо из сервисов.

В настольных версиях Windows сообщение об ошибке 0х80070463 чаще всего выводится из-за вмешательства в процесс обновления ОС, установленных на компьютере антивирусов сторонних разработчиков. Сначала рассмотрим наиболее общие, а значит простые, методы решения этой задачи.

Установка обновлений в режиме «чистой» загрузки

Разработчики советуют выполнять обновление этим способом, чтобы избежать прерывания процесса программами, написанными не компанией Microsoft. Для его включения нужно:

1. В поле поиска Windows пишем msconfig.
2. Нажимаем ВВОД.
3. Вводим пароль администратора.
4. Подтверждаем, нажав на «Да» или «Продолжить».
5. В открывшемся окне «Конфигурация системы», на вкладке «Общие» ставим отметку напротив пункта «Выборочный запуск».
6. Снимаем флажок напротив нижестоящей строки «Загружать элементы автозагрузки».
7. Переходим на вкладку «Службы».
8. Отмечаем пункт «Не отображать службы Майкрософт».
9. Нажимаем «Отключить все».
10. Подтверждаем — «ОК».
11. Отвечая на запрос, выбираем «Перезагрузить».

По ее завершению пробуем заново установить обновление Windows.

Запуск Windows в Безопасном режиме

1. Отправляем компьютер на перезагрузку.
2. После вывода на экран сведений о BIOS, нажимаем кнопку F8.
3. Из списка появившихся вариантов загрузки выбираем «Безопасный режим с поддержкой сети».
4. Заново запускаем апдейт.

Откат к предыдущей точке восстановления

Выполнение этой утилиты в разных вариантах операционных систем может отличаться. Расскажем, как это сделать, на примере Windows 10.

Черный экран при загрузке Windows 10

Важный момент! Пользовательские файлы после выполнения этой операции остаются нетронутыми. Изменения происходят с системой и установленными программами.

1. Открываем «Поиск».
2. Набираем «восстановление».
3. Кликаем на найденную запись «Восстановление системы».
4. В правой части открывшегося окна находим «Запуск восстановления системы» и стартуем процесс.
5. Вводим запрашиваемый пароль администратора и подтверждаем его кнопкой «Да».
6. Внутри окна «Восстановление системных файлов и параметров» нажимаем «Далее».
7. В таблице вкладки «Восстановление компьютера до предыдущего состояния» кликаем мышью на критическую точку, до которой возвращаем систему. Нажимаем «Далее».
8. Компьютер уходит на перезагрузку.

После отката начнется скачивание и установка обновления, если включен автоматический режим, или появится сообщение о наличии изменений.

Ошибка в старых версиях Windows

В программных продуктах MS: Windows XP, Vista, 7 и Windows Server 2003, 2008, 2008 R2 сообщение «0x80070463: в процессе установки произошла неисправимая ошибка» или «installation failed with error code 0x80070643 (на английском)» может возникнуть из-за неправильной регистрации последнего апдейта инсталлятора Microsoft (MSI) или сбоя при установке .NET Framework.

Разберем, как можно исправить поврежденный пакет или удалить все установленные версии .NET.

Вариант 1: исправление

Скачиваем «Средство восстановления Microsoft .NET Framework» с сайта поддержки Майкрософт. На данный момент самая последняя версия — англоязычная v1.3 от 13 апреля 2016 года. Программа будет работать только тогда, когда есть подключение к интернету или установочные файлы хранились на диске. В последнем случае возможен режим офлайн, но ПО попросит указать путь к ним.

1. Запускаем Microsoft .NET Framework Repair Tool.
2. Ставим галочку согласия с лицензией напротив «I have read and accept the license terms» и выбираем продолжение — «Next».
3. Вновь щелкаем «Next» для запуска диагностики.
4. По окончании исследования проблем «Средство восстановления» выдает список рекомендуемых изменений.
5. Если вы соглашаетесь сделать эти исправления — жмите «Next».
6. Далее предлагается при открытом диалоговом окне попробовать переустановить .NET или вновь запустить неустановленное обновление. При удачном завершении всех задач нужно нажать «Finish», иначе — «Next».
7. Приложение начнет собирать дополнительную информацию и сообщит, что не может справиться с проблемой. Оно отсылает архив журналов в Майкрософт для анализа. Кнопка «Finish» означает завершение работы утилиты.

Как можно легко исправить STOP-ошибку 0x00000074 на синем экране смерти в операционной системе Windows 7, 8 или 10?

Возможно запустить «.NET Framework Repair Tool» в фоновом режиме. Это делается через командную строку с использованием соответствующих ключей.

Вариант 2: удаление

Радикальный способ, когда все средства уже испробованы. Производим полное удаление .NET Framework 4:

1. Скачиваем «Средство удаления .NET Framework».
2. Раскрываем архив и запустить файл cleanup_tool.exe.
3. По запросу вводим пароль администратора и продолжаем выполнение программы.
4. Соглашаемся что хотим запустить утилиту очистки.
5. Принимаем лицензионное соглашение.
6. В новом окне отмечаем поле «Удаление продукта» и выбираем «все версии».
7. Нажимаем «Очистить сейчас».
8. По окончанию работы выходим из программы и перезагружаем компьютер.

Следующей задачей будет установка заново всех доступных версий .NET. Скачиваем их с сайта microsoft.com/downloads или заходим на «Центр обновления Windows», чтобы найти новые версий.

Антивирусные системы

Зачастую решение аналогичного вопроса с установщиком Майкрософт зависит от работы антивируса Microsoft Security Essentials. Проблема решается схожим с предыдущим методом, но с применением другой утилиты:

1. Скачиваем и инсталлируем Windows Installer Clean Up.
2. Запускаем файл C:Program FilesWindows Installer Clean Upmsicuu.exe.
3. Ищем в списке программ антивирус Майкрософта и удаляем его нажатием «Remove». Там же должны присутствовать еще две службы: Microsoft Antimalware и Microsoft Antimalware Service. Их также нужно удалить.
4. Удаляем все установленные на компьютере антивирусы. Как говорилось в начале статьи, часто именно из-за их вмешательства происходит сбои в процессе апдейта.
5. Перезагружаем компьютер и пробуем заново поставить обновления.

Важно помнить, что нельзя решать задачу первым попавшимся способом. Это может привести к непредсказуемым последствиям. Если стандартные методы разработчика ПО не справляются, необходимо тщательно проанализировать ситуацию и найти причину, спровоцировавшую проблему. А дальше уже исходя из этого знания, предпринять шаги для нормализации работы операционной системы.

Источник: yakadr.ru