Установка этого экземпляра visual studio не завершена

При установке Visual Studio 2015 Community Edition в Windows 10 с помощью веб-установщика все работает нормально, однако следующие пакеты не могут быть установлены:

  • Team Explorer для Visual Studio 2015 → Неустранимая ошибка
  • Microsoft NuGet – Visual Studio 2015 → Сбой пакета
  • Связанные службы Microsoft Visual Studio → Неудавшиеся пакеты
  • Связанные службы Azure AD Authentication → Упакованные пакеты
  • Служба подключений к мобильным службам Microsoft Azure → сбой пакетов
  • Microsoft Azure Storage Connected Service → Упакованные пакеты
  • Microsoft.VisualStudio.Office365 → Пакет сбой

Я попытался выполнить несколько работ, включая удаление каждой версии Visual Studio в моей системе, ручное удаление файлов в C:ProgramDataProgram Cache и даже удаление до удаления моего антивируса (AVG), пытающегося отключить его и посмотреть, который работает заранее. Я даже выполнил команду fsutil behavior set SymlinkEvaluation L2L:1 L2R:1 R2L:1 R2R:1

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

Поскольку я не использую ни Azure, ни Team Explorer, никаких решений, которые означают, что у меня не будет доступа к ним, будет достаточно.

Файл журнала, который был сгенерирован установщиком, может быть найден здесь, так как он содержит более 65 000 символов (просто прокрутите вниз до конца).

22 ответа

266 Решение TimVdG [2015-11-24 00:55:00]

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

Распространяемый установщик перепутался, он смешивает 64-битную и 32-разрядную DLL. Вы можете проверить, есть ли у вас эта проблема, посмотрев размер файла vcruntime140.dll. Найдите в своей папке Windows vcruntime140 вы должны увидеть 4 файла (64 и 32 бит в обеих версиях выпуска и отладки). Если какие-либо файлы имеют одинаковый размер, вам необходимо выполнить ремонт на распространяемом.

В моей системе 32-разрядная dll – 83,3 КБ, 64 бит – 86,6 КБ (версии выпуска).

46 enden [2016-01-29 19:46:00]

Я потратил целую неделю, пытаясь решить эту проблему. Что, в конечном итоге, для меня было отключением моих антивирусных программ. Прежде чем я наткнулся на свое решение, я рассмотрел множество других решений. я подумал, я бы опубликовал некоторые из решений, которые могут оказаться полезными для тех, у кого по-прежнему возникают проблемы с установкой Visual Studios 2015 Community Edition.

Решение 1. Минимальная установка

Попробуйте установить с минимальными дополнительными функциями. Запустите установку Visual Studios 2015, затем нажмите "Пользовательский" и на следующем экране, снимите флажок и выполните установку.

Решение 2: Удалить кеш установки

Возможно, установка завершилась неудачно из-за поврежденных файлов в кеше. По завершении установки удалите все элементы, связанные с кешем Visual Studio, и выполните полную переустановку. Для этого запустите командную строку (Запуск от имени администратора) и введите: " cd/programdata/cache/", затем нажмите клавишу ввода. Затем введите " del/f/s *.msi/f/s *.cab", затем нажмите клавишу ввода. Теперь запустите установку Visual Studios 2015 еще раз.

Решение 3: Удаление временных файлов, хранящихся на вашем компьютере

Откройте "Проводник" и перейдите к " C:Users[Имя учетной записи пользователя]AppDataLocalMicrosoft". Затем удалите следующие папки: VSCommon, VisualStudio, Blend, VsGraphics, ApplicationInsights, vshub, Team Foundation, Web Platform Installer и MsBuild. После этого запустите программу установки Visual Studios 2015 еще раз.

Решение 4: Включить все четыре оценки символических ссылок

Сначала проверьте, включены ли все четыре оценки. Откройте командную строку (Запуск от имени администратора) и введите " запрос поведения fsutil SymlinkEvaluation". Все 4 оценки должны быть включены. Если они не соответствуют типу " fsutil, установите SymlinkEvaluation L2L: 1 R2R: 1 L2R: 1 R2L: 1". После того, как эти 4 оценки установлены, очистите временные файлы и очистите кеш установки (см. Решение 2 и Решение 3), затем снова запустите установку Visual Studios 2015.

Решение 5: Исправьте распространяемые компоненты

Возможно, проблема в том, что ваши VC-перераспределители неисправны и нуждаются в ремонте. Для этого запустите "Добавить/удалить программы" и найдите все версии x86 и x64 Microsoft Visual С++ [Year] Redistributable (Version). Затем нажмите "Изменить" для каждого из них, и при появлении экрана удаления нажмите "Восстановить". Я сделал это для всех версий, которые я ранее установил: 2012, 2013 и 2015 гг. Поэтому я отремонтировал 6 из них: 2012: x86 и x64, 2013: x86 и x64, 2015: x86 и x64.

Решение 6: проверьте, соответствуют ли размеры x86 и x64

Как уже упоминалось в этом обсуждении, выполните поиск vcruntime140.dll и посмотрите, есть ли версии x86 и x64. Они НЕ должны иметь одинаковый размер. Если это так, см. Решение 5 или вы можете вручную удалить их (** Будьте осторожны при удалении файлов из папки Windows!) И переустановите их (здесь: https://www.microsoft.com/en-ca/download/details.aspx?

Решение 7: Временное отключение всех антивирусных защит и брандмауэров

Для меня оказалось, что проблема связана с тем, что ByteFence Anti-Malware и Norton Security с защитой резервного копирования. Я отключил защиту в режиме реального времени от ByteFence Anti-Malware, а я отключил Автоматическую защиту и Smart Firewall от Norton Security с помощью Backup. Прежде чем я снова запустил установку, я повторил решение 2 и решение 3 (прокрутка вверх). И Вуала, установка прошла успешно. Но как я узнал, что Антивирусная программа была виновником? Прочтите решение 8.

Решение 8: внимательно отслеживайте процесс установки Visual Studios для интрузий

Я обратился к этому решению, чтобы выяснить проблему. После прочтения статьи Ezh я решил загрузить Process Monitor v3.2 и Process Explorer v16.1. Я внимательно следил за тремя программами бок о бок: Process Monitor, Process Explorer и установщик Visual Studios 2015, и я очень внимательно наблюдал за всеми процессами, которые вызывал установщик. Затем я заметил, что при запуске процесса VSIXInstaller.exe и попытке установить что-то с удаленного сервера он постоянно терпел неудачу, потому что моя Антивирусная программа внезапно появлялась на экране (в качестве процесса) и решала опрокинуть/заблокировать некоторые важные файлы DLL, необходимые для установки VSIX. Временное отключение антивирусной программы решило мою проблему!

Решение 9: Завершите установку Windows и переустановку

Если все остальное не работает, и вы действительно отчаянно нуждаетесь в работе Visual Studios 2015, я предлагаю полную переустановку Windows. На данный момент проблема, скорее всего, связана с некоторыми типами помех/вторжений с программой, о которой вы не знаете.

Моя проблема не исчезла, просто переустановив перераспределяемые версии 2015 года. Но я смог найти ошибку, используя тот же процесс, что и в отличном сообщении блога от Ezh (и благодаря Google Translate за то, что он смог прочитать его).

В моем случае это была msvcp140.dll , которая была установлена ​​как 64-разрядная версия в папке Windows/SysWOW64 . Просто удаление распространяемых материалов не удаляло файл, поэтому мне пришлось удалить его вручную. Затем мне снова удалось установить распределенные компоненты x86, в которых была установлена ​​правильная версия DLL файла. И, вуаля, установка VS2015 закончилась без ошибок.

12 David [2016-02-23 10:42:00]

У меня были подобные проблемы и я пытался несколько раз переустанавливать, но не радость. Я смотрел на установку отдельных пакетов из ISO и всех вокалистов – вообще не доволен.

Наконец-то я получил его, чтобы "установить", просто выбрав "ремонт", а не "удалить" в панели управления/программах. Потребовалось довольно много времени, чтобы сделать "ремонт". В конце он установлен и работает.

Это сработало для меня. Это может помочь другим – проще попробовать, чем многие другие варианты. В любом случае.

Как описано из других ответов, но с шагами:

1- перейти на панель управления → удалить программы → удалить все Microsoft С++ ((год)) Распространяемый

2- удалите эти файлы, если они все еще существуют вручную:

после этого запустите установку Visual Studio и надеемся, что ошибка не будет отображаться снова.

Читайте также:  Схема рабочего стола компьютера

Ни одна из резолюций, изложенных в этом вопросе, не решила мою проблему. Я опубликовал аналогичный вопрос, и мне пришлось открыть билет поддержки с Microsoft, чтобы он разрешился. См. Мой ответ здесь, если ни одно из других предложений не поможет: Ошибка установки Visual Studio 2015 Enterprise Update 1 с Team Explorer

Хорошо, поэтому, если вы находитесь на той же лодке, что и я, и обнаружили, что none этих решений вам помогли, у вас, скорее всего, возникнет проблема, когда NuGet (или любой из этих пакетов) терпит неудачу для установки из программы VSIX из-за того, что вы вызываете метод, который не существует на вашем компьютере (не уверен, что .dll он ссылается), поэтому попробуйте это из следующего post:

  • Удалить все экземпляры Visual Studio 2015 – это включает все значения реестра.
  • Установите версию Visual Studio старше, чем Update 1 (версия RTM.); это доступно здесь.
  • Если вы все еще получаете сообщение об ошибке, попробуйте восстановить только программу Visual Studio 2015. Это то, что в конечном итоге исправило это для меня.

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

Установка не смогла установить расширение на все выбранных продуктов. Для получения дополнительной информации щелкните ссылку установки журнала в нижней части диалогового окна.

Метод не найден: ‘System.Collections.Generic.IEnumerable`1 System.Security.Cryptography.X509Certificates.X509ChainStatus Microsoft.VisualStudio.ExtensionManager.IInstallableExtension.get_InvalidCertificateInformation()".

(Я столкнулся с одинаковой проблемой.После многих попыток я РЕШЕНО это и нашел МОЙ КОРИЧНЕВЫЙ ПРИЧИНА. Я держу свой путь для запуска здесь, но вы можете пропустить до конца, если хотите.)

Я хочу указать на то, что ОЧЕНЬ ОСТОРОЖНО с решением enden 2. Некоторые другие программы могут кэшировать установочные пакеты в папке C:ProgramDataPacakges Cache . Если вы удалите данные из этой папки, вы можете поставить под угрозу установку и удаление других программ.

Я столкнулся с этими множественными отказами во время установки VS2015. И после того, как я удалю все содержимое из C:ProgramDataPacakges Cache , оба мои VS2013 и VS2015 застряли в окне Programs and Features , и я не могу их change/repair/uninstall .

Мое решение состоит в том, чтобы перейти к двум разделам реестра:

Прежде всего: РЕЗЕРВНОЕ КОПИРОВАНИЕ ВАШЕГО РЕГИСТРА ПРЕЖДЕ, ЧЕМ ВЫ НЕ СДЕЛАЙТЕ ЭТО.

И удалите каждый ключ, чей InstallLocation указывает на C:ProgramDataPacakges Cache И, чей DispalyName выглядит связанным с Visual Studio 2013/2015 (это может потребовать некоторого опыта/интуиции).

Затем застрявшие элементы VS2013/2015 в окне "Программы и функции" исчезли. И теперь я могу переустановить VS2013.

Но я все еще не могу установить VS2015 с установщиком. Ошибка все еще выглядит так:

Но по крайней мере я могу изменить/восстановить/удалить VS2015 в окне Prgram и Features. Поэтому я решил отремонтировать его. Но ремонт не работает. Я по-прежнему получил ту же ошибку, что и выше.

Затем я удалил неудачный файл VS2015 и попытался отремонтировать VС++ 2015, как указано в ответе TimVdG. Затем переустановите VS2015 с помощью установщика.

Все еще не удалось.

Затем я попробовал решение Брайана Сварта установить VS2015 без обновления 1. Но он все еще не удался с TeamExplorer. Я проверил журнал и нашел это:

MSI (s) (48: A0) [14: 53: 34: 997]: установщик Windows установил продукт. Название продукта: Team Explorer для Microsoft Visual Studio 2015. Версия продукта: 14.0.23102. Язык продукта: 1033. Производитель: Корпорация Майкрософт. Успех установки или состояние ошибки: 1603.

И я немного поработал над ошибкой 1603. Теперь я пытаюсь добавить полный контроль в папку C:Program Files (x86)Microsoft Visual Studio 14.0 и повторить попытку.

Все еще не работает.

========= > Окончательное решение v в Version ? Я не знаю, кто его там положил. Но как только я его удалю, мой VS2015 with Update 3 можно установить плавно!

Итак, вы можете задаться вопросом, как я могу найти это. Ну, так как я не мог установить VS2015, я обратился к VS2017. Но после успешного запуска VS2017 я не смог запустить его. В нем говорится следующее:

Итак, я решил проверить установленную версию .NET и увидел интересную разницу выше. Как только я удаляю ведущий v , можно запустить VS2017.

Но в любом случае, я до сих пор не знаю, кто поставил v там. Позор на нем!

Последнее, но не менее важное: также убедитесь, что значение ключа Release , Version согласовано и может работать с вашей версией Windows. См. Ниже:

Добавьте еще несколько результатов:

После того, как я закончил эту последовательность установки: VS2017 → VS2015 → VS2013, я заметил, что в моем ящике даже нет VС++ 2015 redist:

Потому что как перепродажи VС++ 2015, так и VС++ 2017 14.xxx. Поэтому иметь более высокую версию достаточно. Когда я пытаюсь вручную установить VС++ 2015 redist, он говорит следующее:

    Загрузите и установите http://psmsi.codeplex.com (Примечание: новый сайт https://github.com/heaths/psmsi). Это командлеты PowerShell общего назначения, которые я создал для всех видов операций разработки и устранения неполадок при установках Windows Installer. Вам не нужно поднимать их, чтобы установить их, но если вы предварительно поднимите их, вы можете установить их на машину (по умолчанию они предназначены для каждого пользователя).

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

Если вам удастся удалить все перечисленные продукты (особенно учитывая, что вы, вероятно, собираетесь установить RTM дальше), запустите следующее:

get-msicomponentinfo ‘<777CBCAC-12AB-4A57-A753-4A7D23B484D3>’ | get-msiproductinfo | uninstall-msiproduct -properties IGNOREDEPENDENCIES=ALL

Лично это сработало для меня. Я забыл, что у меня были старые файлы, которые лежали на старом диске, который, видимо, позже перепутал что-то в реестре (я думаю. ). Во всяком случае, со всем чистым, он установлен просто отлично!

Примечание. Если у вас есть проблемы с импортом PSMSI-инструментов в PowerShell, проверьте это: https://msdn.microsoft.com/en-us/library/dn568022.aspx

Таким образом, вам может потребоваться выполнить команду Set-ExecutionPolicy RemoteSigned , чтобы иметь возможность импортировать программное обеспечение.

Надеюсь, это поможет кому-то в этом нуждаться!

1 franmon [2016-12-09 19:45:00]

Для меня ничего из этого списка ответов не было.

Что в итоге получилось:

  • Выполнение удаления VS, запустив установщик с параметрами командной строки /uninstall/force (ссылка https://msdn.microsoft.com/en-us/library/mt720585.aspx)
  • Вручную переименовать все связанные с VS14 и nuget папки из следующих мест:
  • % AppData%/Local и его подпапки
  • % AppData%/Роуминг и его подпапки
  • % ProgramData% и его подпапки
  • % ProgramFiles% и его подпапки
  • % ProgramFiles (x86)% и его подпапки
  • % ProgramData%/сам кэш пакетов
  • Перезагрузка машины
  • Установка снова.
  • Я сделал перераспределяемую вещь для ремонта, но для меня это работало после того, как я установил Office365.

    (для меня это также был последний неудачный пакет в списке).

    0 Zeks [2017-01-17 23:02:00]

    По какой-то причине установка сломалась во время процесса. После этого ничего не помогло и не восстановил /unistall только производил ошибки пакета. Что в конечном итоге помогло: https://github.com/Microsoft/VisualStudioUninstaller

    после того, как я запустил его пару раз (он не удалял все на первом проходе. es) Наконец-то я смог начать новую установку, и это сработало.

    0 fcm [2016-04-26 22:15:00]

    Это очень неуловимая проблема. Нет (простого) решения. Я попробовал -все- предыдущие параметры с тем же отрицательным результатом: несколько ошибок пакетов.
    Исправлено для установки VS 2013 , успеха нет, тогда VS 15 (Preview) успеха не было проблем (кстати, очень круто).
    Наконец, что работает для меня, было установить самый простой первый ‘Visual Studio 2015’ с -NO-обновлениями. Во время установки программа автоматически загрузила ‘Update 2’ , и установка завершилась успешно.

    0 syned [2016-03-13 12:14:00]

    Также вы можете найти файлы журналов в папке% Temp% о точной проблеме, в моем случае проблема была с символическими ссылками.

    если с помощью "запроса поведения fsutil SymlinkEvaluation" вы получаете сообщение.. "в настоящее время контролируется политикой группы. HKEY_LOCAL_MACHINESOFTWAREПолитикиMicrosoftWindowsFilesystemsNTFS strong > или просто искать реестр для" Symlink".

    Поскольку в отмеченном ответе упоминается ремонт VC Redist 2015, я перечисляю все те, которые я могу найти, вместо того, чтобы их хоронить в комментариях.

    Читайте также:  Улыбка пацана без лица

    Установщик Visual Studio 2015 зависает во время установки? (20)

    Я загрузил полную версию ISO для Visual Studio Ultimate CTP 6. Программа установки достигла отметки около 90%, измеряя индикатор выполнения, и просто застряла там. Были частые действия со стороны Superfetch, защиты от вредоносного ПО и других фоновых процессов, но индикатор прогресса все еще был мертв. В конце концов, активность фоновых задач прекратилась через 20 минут, но индикатор выполнения все равно не сдвинулся с места.

    ДЕШЕВЫЙ ТРИК: откройте окно блокнота и расположите его левый край так, чтобы он точно отмечал текущую позицию индикатора выполнения. Если индикатор выполнения не переместится за левый край окна блокнота примерно через час, возможно, он застрял.

    В моем случае UAC был отключен (печально известная уловка regedit), и поэтому установщик явно не мог справиться с этим.

    Вы можете вернуться к UAC для установщика или просто попробовать запустить его с правами администратора, у меня это сработало.

    В моем случае установка графических инструментов Windows зависла навсегда. Я установил опциональную функцию Windows вручную и перезапустил установку VS 2015.

    Для меня это помогло принудительно остановить службу установки с помощью диспетчера задач. Если Visual Studio был установлен в компонентах и ​​программах, удалите его, перезагрузите компьютер и попробуйте установить его снова.

    При запуске установки убедитесь, что у вас есть надежное подключение к Интернету

    Если вы используете Windows 10 , причиной блокировки может быть «Защитник Windows». моя зависает при установке " Java SE development "

    Чтобы отключить Windows Defender на этапе установки:

    Откройте Защитник Windows, нажав кнопку Пуск Изображение кнопки «Пуск». В поле поиска введите Защитник, а затем в списке результатов щелкните Защитник Windows.

    Нажмите «Настройки» и отключите постоянную защиту.

    Когда застрял на Visual Studio Подготовка:

    Я убил vs_enterprise.exe с более высоким PID, Visual Studio выдал ошибку, что "канал закрывается". Перезагрузка ПК и вход в систему. Visual Studio запускается автоматически и завершается в течение 1 минуты.

    Лучший способ выяснить, заблокирован ли один из субинсталляторов, – это контролировать активность ввода-вывода в сети и на диске. Process Explorer от Sysinternals делает отличную работу. Программа установки Android SDK загружает большие объемы данных (более 1 ГБ), и процессор бездействует в ожидании завершения операции ввода-вывода. Ни при каких обстоятельствах вы не должны пытаться уничтожить какой-либо процесс, иначе вы можете испортить установку Visual Studio. В худшем случае отмена и повторный запуск установки должны помочь.

    Моя заморозилась на диагностическом инструменте на 3 часа. Я попытался отключить свой брандмауэр и отключить интернет среди многих других попыток решить эту проблему. В конце концов, следующие действия позволили завершить установку и запустить выпуск VS2015 Community Edition.

    • Затем я открыл последний файл журнала в папке% temp% и перешел к концу файла.
    • В нескольких последних строках журнала была запись: «MSI (s) (DC: 4C) [16: 28: 36: 577]: создан сервер пользовательских действий с PID xxxx»
    • Я завершил процесс с тем же PID, а затем установщик продолжил. Я должен был сделать это примерно 3 раза, а затем установщик успешно завершил.

    Кажется, что пока все работает нормально (пальцы скрещены !!)

    Моя установка VS 2015 зависла после нескольких часов загрузки. Окно установщика VS сообщило, что оно все еще продолжается, но монитор ресурсов Windows указал, что дерево процессов, vs_community.exe не использовало сеть, диск или ЦП в течение десятков минут. Windows Process Explorer обнаружил wusa.exe в нижней части этого дерева (wusa – автономный установщик Центра обновления Windows). Желая убить wusa.exe, я вместо этого учел предупреждения в других ответах на этот вопрос.

    Изучив другие ответы здесь ( настоятельно рекомендуется), я сделал обоснованное предположение и инициировал перезагрузку моего Windows 7 Pro. Перезапуск завис, потому что vs_community.exe не будет завершен. Поэтому я выбрал « Отмена » во всплывающем окне перезагрузки Windows.

    Windows вернулась к моему сеансу пользователя, и теперь установка VS 2015 ожила (!). Process Explorer обнаружил, что wusa.exe больше не присутствует. Поэтому я подозреваю, что это был контрольно-пропускной пункт, но моя совесть чиста ( я не убивал wusa.exe, Windows сделала!)

    Через некоторое время установщик отобразил следующее:

    Когда я нажал « Перезагрузить сейчас» , Windows перезапустилась на экране «Настройка Windows» и завершила установку VS.

    Проверьте, есть ли на вашей Windows ожидающие обновления. После перезагрузки установка работала как положено.

    Со мной произошло то же самое, и я также попытался завершить вторичный процесс из диспетчера задач. Не делай этого. Это не решение, а скорее взлом, который может вызвать проблемы позже. В моем случае я даже не смог удалить Visual Studio. Я пробовал как веб-установку, так и ISO, та же проблема.

    Вот как это сработало окончательно. Я восстановил свою Windows 7 до самой ранней точки восстановления, насколько это возможно, когда ничего не было установлено, поэтому я был уверен, что не будет конфликтов между различными инструментами (Java, Android API и т. Д.)

    Я начал установку кандидата на выпуск сообщества Visual Studio 2015 в 10 часов вечера. В 7 часов утра он работал над Android API 19-21. Через час наконец готовилась Visual Studio.

    Это означает, что все, что вам нужно сделать, это подождать от 8 до 9 часов . Не прерывайте вторичный установщик, рискуя сломать вашу Visual Studio; просто подожди.

    У меня была похожая проблема. Мое решение состояло в том, чтобы отключить антивирусное программное обеспечение (Avast), загрузить файл .iso, смонтировать его (дважды щелкните в проводнике Windows на файле .iso), а затем запустить его из PowerShell с правами администратора с помощью следующих параметров:

    . vs_community.exe / NoWeb / NoRefresh

    Таким образом, вам не нужно выходить в автономный режим или удалять существующую установку.

    У меня была проблема с установщиком Visual Studio Update 3, застрявшим на вкладке «Функции» в самом начале установки . он отображал только «Обновление 2 (установлено)» и ничего больше, без возможности продолжить.

    Попробовав некоторые другие более сложные советы, к моему удивлению, оказалось, что все, что мне нужно было сделать, это использовать «Запуск от имени администратора» при запуске программы установки. У меня сложилось впечатление, что MSI обычно работает с правами администратора (в рамках службы Trusted Installer), но я полагаю, что загрузчик VS в этом случае этого не делает.

    У меня была такая же проблема, когда я пытался установить VS 2015 RC от ISO. Он завис во время установки Android SDK (API уровня 19 и 21, образы системы). Для меня проблема была измерена Wi-Fi соединение. Установщик не загрузил необходимые файлы.

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

    У меня были похожие проблемы с Visual Studio 2015 Update 3. В моем случае основной проблемой был поврежденный кэш установщика Windows (C: Windows Installer)

    Вот строка из журнала установки MSI:

    MSI (4C: 64) [10: 40: 10: 059]: Предупреждение: отсутствует локальный кэшированный пакет «C: WINDOWS Installer 3442502.msi».

    Вы должны проверить журналы установки, если кеш установки поврежден таким же образом. Если это так, вам следует помолиться о том, чтобы утилита sfc восстановила целостность системы, или переустановите Windows с нуля, так как поврежденный кэш установщика Windows – это полная катастрофа и причина для немедленной установки Windows.

    У меня та же проблема, и, к сожалению, принятый ответ, который предлагает убить SecondaryInstaller.exe, испортил установку дополнительных элементов. В основном я открыл диспетчер задач, найдите файл SecondaryInstaller.exe, щелкните правой кнопкой мыши и выберите «Открыть файл». Затем запустите SecondaryInstaller.exe от имени администратора.

    Эта проблема становится очень актуальной, особенно для пользователей, устанавливающих Visual Studio на платформе Windows 10. Microsoft предлагает отключить антивирусные и антивирусные программы и всегда запускать установку с правами администратора.

    Но в моем случае мне нужно сделать намного больше, чтобы избавиться от этой проблемы: 1. Отключить AVG-защиту в реальном времени 2. Отключить AVG из диспетчера задач 3. Удалить все файлы и папки из системной временной папки. (Вы можете открыть его, набрав% temp% и нажав ввод в приглашении на запуск) 4. Снова запустите программу установки с правами администратора.

    Читайте также:  Шитье в нескольких направлениях что это

    Это решение представляет собой безопасное сочетание уничтожения ответа подзадач и waiting ответа:

    • когда установщик застрянет, просто запустите диспетчер задач и убейте процесс
    • если вы попытаетесь запустить приложение снова, он скажет, что установка приложения не завершена
    • снова запустите программу установки и нажмите кнопку « repair
    • устанавливает нормально

    Я была такая же проблема. Он зависнет сразу же, как только появится надпись «Применение Microsoft Visual Studio 2015». В индикаторе выполнения была только маленькая полоска. Я даже позволил установке работать в одночасье. В программе установки не было активности диска или использования ЦП.

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

    Я застрял во время установки Android SDK (API уровня 19 и 21). Выключение и включение подключения к Интернету решило проблему, и установка была успешно завершена.

    Я только что установил VS 2015 Enterprise на Windows Server 2012 R2. Установка происходила быстро, пока не было выполнено обновление 1, которое превышает отметку 90% на индикаторе прогресса. В этот момент это заняло около 2 часов. Будьте терпеливы, прежде чем пытаться что-то более радикальное.

    Решили мы как-то перевести свой проект на 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. И ссылочка на лог-файл на приведённом выше скриншоте. Ну ок, давайте пойдём почитаем что там лог-файл думает о нашей ошибке.

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

    Ладно, давайте зайдём с другой стороны. 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: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. Запускаем её с вот такими ключами:

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

    Подождите-подождите… А почему это ты, библиотечка, 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, если с этим дети в третьем классе за час справляются. В общем-то ради этой цели и была написана данная статья, а уж зачем вы её прочли — я не знаю 🙂

    Оцените статью
    Добавить комментарий

    Adblock
    detector