Не запускается visual studio 2017

Обновлено: 08.07.2024

Я получаю следующую ошибку .

Я пробовал следующее:

Это ошибка? Есть ли обходной путь? Любая помощь приветствуется.

У меня была та же проблема, и я не нашел предлагаемых решений. Мое решение этой проблемы: проверьте App.config и packages.config, чтобы узнать, совпадают ли версии.

Первоначально мой app.config содержал:

Но файл packages.config содержал:

Я изменил запись app.config, чтобы она соответствовала packages.config для новой версии:

После изменения проблема была решена.

Я вытащил «4.3.0» из NuGet, но по какой-то причине VS настаивает на том, чтобы я ссылался на «4.1.2.0», у меня сработала аналогичная работа, только с другим номером версии . У меня была такая же проблема, как у @DavidRogers в проекте MSTest. Объединение различий между app.config и packages.config решило проблему. да, большое спасибо ! Это было решение для моего MSTest, который не нашел тестов [MSTest][Discovery] Failed to discover tests from assembly Reason:Could not load file or assembly 'System.Reflection, Version=4.1.1.0 etc Решение сработало для меня. Проблема началась после установки HtmlAgilityPack NUGET. И не запускался из-за неправильной информации о версии в пакетах. +1

Приведенное ниже больше не нужно, оно было исправлено около VS 15.3:

Был известная ошибка VS2017 , особенно в NuGet 4.0.

NuGet 4.x приносит с собой «ссылку на пакет» - больше никаких пакетов.config, - но старый конвейер 4.x не был полностью обновлен на момент запуска VS2017. Приведенный выше фрагмент, кажется, «разбудит» систему сборки для правильного включения ссылок на пакеты из зависимостей.

Какое обновление Visual Studio 17? Можете указать версию? У меня все еще проблема в 15.5.5 VS2017. Похоже, есть и другие причины.

Я недавно столкнулся с этой проблемой, и я пробовал много вещей, упомянутых в этой и других ветках. Я добавил ссылку на "System.Runtime" пакет для диспетчера пакетов nuget, исправил повторные привязки app.config и убедился, что app.config и package.config для сборки используется та же версия. Однако проблема не исчезла.

Наконец-то снял <dependentAssembly> бирку для сборки и проблема исчезла. Итак, попробуйте удалить следующее в вашем app.config .

Основываясь на вашем ответе, я проверил свои пакеты nuget и обнаружил, что между моими проектами требуется «Google.protobuf» (консолидация), Было бы полезно лучше объяснить, почему это сработает. Проблема с этим методом заключается в том, что всякий раз, когда вы обновляете какой-либо пакет nuget или добавляете новый пакет nuget, он будет добавлен снова.

Я решил эту ошибку, сославшись на NetStandard.Library и следующий файл app.config в NUnit-Project.

редактировать

Редактировать 2

В новых версиях Visual Studio (я думаю, 2017 15.8) возможно, что Studio создаст файл app.config. Просто установите флажок Автоматически создавать перенаправления привязки в Project-Properties - Application .

Редактировать 3

Я исправил это, удалив app.config с помощью

app.config был автоматически добавлен (но не нужен) во время рефакторинга

Это сработало для меня! Обязательно попробуйте это, если все остальное у вас не работает

Я исправил свою ошибку, установив NetStandard.Library в свой проект модульного тестирования.

Мы обнаружили, что AutoGenerateBindingRedirects может быть причиной этой проблемы.

Замечено: один и тот же проект нацелен net45 и netstandard1.5 был успешно построен на одной машине и не был построен на другой. На машинах были установлены разные версии фреймворка (4.6.1 - успешно и 4.7.1 - неудачно). После обновления фреймворка на первой машине до версии 4.7.1 сборка также не удалась.

Загляните в это прямо сейчас в проекте модульного теста после добавления MsTest V2 через Nuget. Переименование app.config (столь эффективное его удаление) помогло мне.

но один пакет также добавил ту же сборку в зависимости от другой версии:

удаление тега «добавить сборку» из моего файла web.config решило проблему.

В app.config или web.config добавьте

Похоже, проблема возникает из-за конфликта версий между packages.config и app.config. В app.config у вас есть перенаправления привязки сборки, автоматически генерируемые функцией AutoGenerateBindingRedirects. Если этот параметр включен каждый раз, когда вы загружаете пакет nuget, он будет, помимо создания новой записи в packages.config, добавлять эту информацию о перенаправлении привязки в app.config. Какова цель этого, объясняется здесь: Перенаправление привязки сборки: как и почему?

Там вы можете прочитать, что написал пользователь @Evk:

Зачем вообще нужны привязки перенаправления? Предположим, у вас есть приложение A, которое ссылается на библиотеку B, а также на библиотеку C версии 1.1.2.5. Библиотека B, в свою очередь, также ссылается на библиотеку C, но версии 1.1.1.0. Теперь у нас конфликт, потому что вы не можете загружать разные версии одной и той же сборки во время выполнения. Чтобы разрешить этот конфликт, вы можете использовать перенаправление привязки, обычно к новой версии.

Итак, БЫСТРОЕ ИСПРАВЛЕНИЕ: удалите все записи в app.config.

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

сообщество visual studio 2017.exe не будет работать после извлечения в temp.

ОС: windows 10 x64bit

настройки : общий версия

в журнале загрузчика папки temp говорится:

начало журнала. Время начала: 26.03.2017 1: 14: 54 VisualStudio загрузчика:3/26/2017 1:14:54 АМ: текущий корневой Оптина путь не существует
VisualStudio загрузчика:3/26/2017 1:14:55 Am: в командной строке аргументов =

и dd_vs_community_decompression_log говорит
[3/26/2017, 11:17:47] === начало ведения журнала: 2017/03/26 11:17:47 ===
[26.03.2017, 11: 17: 47] Исполняемый Файл: C:UsersSameeraDownloadsProgramsvs_community - . исполняемые программы V15.0.26228.0
[3/26/2017, 11:17:47] --- уровень входа: стандартный ---
[3/26/2017, 11:17:47] каталог
C:UsersSameeraAppDataLocalTemp4ceac4b7b9cd9fdf2489526c66 ' был выбран для файла добыча
[3/26/2017, 11:17:48] извлечение файлов с:C:UsersSameeraAppDataLocalTemp4ceac4b7b9cd9fdf2489526c66
[3/26/2017, 11:17:48] извлечение заняло 360 миллисекунд
[3/26/2017, 11:17:48] выполнение извлеченного пакета: 'vs_bootstrapper_d15vs_setup_bootstrapper.exe 'с командной строкой''
[3/26/2017, 11:18:10] Все выполнение коробки, выходящее с кодом результата: 0x0
[3/26/2017, 11: 18: 10] запущено извлеченное приложение, выходящее с кодом результата: 0xc000000d
[3/26/2017, 11:18:10] === ведение журнала остановлено: 2017/03/26 11:18:10 ===

Не могу найти правильное решение..

я смог решить свою проблему после 4 дней устранения неполадок с поддержкой Microsoft. Я разрабатываю на ноутбуке Dell, и техник поддержки считает, что одна из служб Dell вызывает проблемы с сервисом winmgmt.

Ниже приведена команда, которая не удалось запустить. Затем, убедившись, что у нас сохранена точка восстановления ОС, мы выпустили команду /resetRepository. После этого установщик VS 2017 Pro смог выполнить без ошибок.

EDIT: добавление точные шаги и пример кода ниже:

Шаг 1: создайте точку восстановления системы Windows.

Шаг 2: из командной строки с правами администратора или повышенными привилегиями выполните следующую команду: net stop winmgmt

Шаг 3: Откройте проводник Windows и найдите путь к C:\windows\system32\WBEM\ folder и переименовать папку репозитория в Что-то еще, как RepositoryOLD (щелкните правой кнопкой мыши и выберите "переименовать папку").

Шаг 4: перезагрузите компьютер!--3-->

Шаг 5: из командной строки с правами администратора или повышенными привилегиями выполните следующую команду: net stop winmgmt

Шаг 6: из командной строки с правами администратора или повышенными привилегиями выполните следующую команду: winmgmt / resetRepository

Шаг 7: перезагрузите компьютер.

надеюсь, это поможет любому с аналогичной проблемой установщика Visual Studio 2017.

У меня тоже эта проблема. Ответ шкларка меня не устроил. Я сам понял, что вызвало проблему на моем компьютере: Mirekusoft Install Monitor. Я отключил обе его службы, и это решило проблему. (Я думаю, что это не очень вероятная программа для кого-то, но это может быть проблема, общая для установки мониторов в целом?)

Я также слышал от кого-то на форуме сообщества Visual Studio, что RivaTunerStatistics (используется для игр) может вызвать эта проблема тоже.

копировать vs_community.exe на USB и запустить. Это сработает.

Это тот же ответ, что и в вопросе visual studio 2017 install break: он не запускается на всякий случай, если вы не наблюдаете другой вопрос.

У меня была та же проблема на двух разных ПК (оба win10), и единственное, что сработало для меня, это переустановка Windows и повторный запуск установщика visual studio. Я знаю, это не хорошее, быстрое или простое решение, но оно работает.

У меня была такая же (или похожая) проблема. Я не мог обновить VS2017 ни из программы, ни при попытке запустить установщик. Веб-страница на https://docs.microsoft.com/en-us/visualstudio/install/troubleshooting-installation-issues были инструкции, которые решили проблему. Для меня удаление каталога "Installer", а затем повторная попытка установки решили проблему.

Попробуйте удалить эту папку C:\Program файлы (x86)\Microsoft Visual Studio. Перезапустите установку.

У меня была эта проблема весь день, и поддержка MS не смогла помочь. Чтобы решить мою проблему, я обновил свой видеодрайвер до последней версии (я намеренно использовал старый драйвер, поскольку новые версии не поддерживают мое разрешение монитора). Установщик visual studio должен использовать технологию GUI, не поддерживаемую моей старой картой, и просто не работает до загрузки GUI установщика. Та же проблема произошла со старыми автономными установщиками для более старых версий, таких как VS2013.

У меня была такая же проблема (с Dell labtop), и SHClark не работал для меня. Вот что я сделал:--1-->

Я использовал командную строку для создания локального кэша файлов, необходимых для завершения автономной установки

[ctrl] [shift] [enter] для приглашения cmd для запуска от имени администратора

1) набирается d:\vs_community.exe --layout h:\vs2017layout -добавить Microsoft.VisualStudio.Рабочая загрузка.NativeDesktop -- includeRecommended --lang en-US

Как только это было сделано загрузка в h:\vs2017layout,

2) открыт h:\vs2017layout\vs_setup - . исполняемый наконец, он открыл его после извлечения, но столкнулся с этой ошибкой:

"имя файла не может быть разрешено системой"

поэтому я создал ссылку для c:\ProgramData\Microsoft\Visual папка Studio с помощью следующей команды в Windows cmd promt:

mklink / D "C:\ProgramData\Microsoft\VisualStudio ""g:\ProgramData\Microsoft\VisualStudio"

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

У меня была та же проблема, исправление: перейдите в настройки reigonal с панели управления, затем на вкладке "администрирование" выберите (или, если выбран повторный выбор) текущий язык для программ, отличных от unicode. чем попробовать еще раз.

К сожалению, единого метода решения для ошибки «Microsoft Visual C++ Runtime Library» нет, так как причины могут быть разными: отсутствующие или поврежденные компоненты системы, влияние сторонних служб и программ, в некоторых случаях — ошибки в самой запускаемой программе (особенно если она была написана вами лично).

Язык программ, не поддерживающих Юникод и пути к папкам с программой

Этот способ решения часто оказывается результативным для пользователей с русскоязычными версиями Windows 10, 8.1 или Windows 7, при условии, что ошибка Microsoft Visual C++ Runtime Library вызывается какой-то сторонней программой, а не системными компонентами, такими как explorer.exe или SystemSettings.exe.

Если запускаемая игра или программа (или её установщик) находится в папке, путь к которой содержит кириллицу (русские буквы), перенесите её в другое расположение или переименуйте папку, попробуйте запустить. Например, если ваше имя пользователя на русском языке, а файл запускается из папки «Загрузки», то полный путь к ней будет иметь види это может послужить причиной ошибки.
Зайдите в Панель управления (в Windows 10 панель управления можно открыть через поиск на панели задач) — Региональные стандарты, откройте вкладку «Дополнительно» и в разделе «Язык программ, не поддерживающих Юникод» нажмите «Изменить язык системы». Выберите «Английский (США)», примените настройки и перезагрузите компьютер, затем проверьте, решило ли это проблему.

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

Здесь присутствует один нюанс: обычно мы не знаем, какие именно из многочисленных наборов распространяемых компонентов Microsoft Visual C++ послужил причиной проблемы, а потому я рекомендую следующих подход их переустановки:

Если указанные шаги не решили проблему, выполните следующие шаги:

Драйверы видеокарты и DirectX

После установки драйверов, DirectX и перезагрузки компьютера, проверьте, была ли решена проблема.

Дополнительные методы решения проблемы

Удалить программы, установленные непосредственно перед появлением ошибки. По отзывам, причиной может быть самое разное стороннее ПО, среди примеров: Intel True Key, программы принтеров HP, антивирусы.
Использовать точки восстановления системы при их наличии.
Выполнить чистую загрузку (не путать с установкой) Windows. Если при чистой загрузке ошибка исчезает, то причина — какие-то программы в автозагрузке или сторонние службы. Можно включать их группами, пока не выявим, что именно вызывает ошибку. Как именно выполнить чистую загрузку описано в инструкции Чистая загрузка Windows. .
Отдельная инструкция для этой же ошибки с кодом R6025 pure virtual function call

Ещё один вариант, для случая, когда ошибку вызывает какой-то системный процесс — создать нового пользователя Windows (лучше, если будет использовано имя на латинице), зайти в систему под ним и проверить, сохраняется ли ошибка у этого пользователя.

Видео инструкция

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

А вдруг и это будет интересно:

28.01.2021 в 22:31

Есть вопрос к вам по поводу купленного самсунг 980 про и материнки гигабайт аорус мастер z390 так вот нету ни в одной программе ни информации про смарт ни трим ни Ncq ни остального только есть немного инфы в меджикан. у людей на ютюбе эта информация есть

29.01.2021 в 14:49

10.07.2021 в 12:06

В статью можно добавить sxtrace как один из способов.
У меня прога на работе требует vc++ x86 2005ые, но их оказывается есть несколько версий, и с помощью sxtrace можно точно узнать версию требуемой библиотеки.

При успешной установке после запуска приложения Visual Studio 2017 появляется предупреждение "Неизвестная ошибка" (показано ниже).

ОБНОВЛЕНИЕ: После удаления и переустановки Force

ОТВЕТЫ

Ответ 1

удалите эту папку (или аналогичную):

имя папки 15.0_db2a872f может отличаться на вашем компьютере, например. 15.0_XXXXXXX
найдено в журнале запуска vs, что обработка Progression_NativePackage_Component_x86.pkgdef завершена, указывая на несовместимую установку расширения

Ответ 2

Мне нужно было переименовать (если вы его не запустили)/удалить следующий файл:

После перезапуска Visual Studio 2017 вам может понадобиться снова активировать Tools or Extensions .

Ответ 3

Проверьте, установлен ли на компьютере агент виртуализации Symantec Workspace. Удаление продукта из приложения\удаление программ фиксировало неизвестную ошибку при запуске VS 2017.

Вот деталь продукта. Код продукта: Код пакета: Дата установки: 2015.05.21 Версия: 6.4.1266 Издатель: Symantec

Ответ 4

Я запускал его как Admin, и после этого он как-то загрузился. Я получал такую же ошибку даже после того, как все пакеты и SDK были установлены до тех пор, пока я не запустил ее как admin.

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

Одинаковая версия: Visual Studio Community 2017, установленная с помощью запуска

Ответ 5

У меня такая же проблема после обновления VS 2017 Enterprise до сборки 26228.9.

Фиксация возможна путем удаления этой папки:

где xxxxxxxx - это некоторое шестнадцатеричное число.

НО ПОСЛЕ ТОГО, ЧТО ВЫ ПОТЕРЯЛИ ВСЕ НАСТРОЙКИ, которые вы выполнили при установке VS 2017 (кроме устройства с ключом продукта).

Извините, что я должен сказать это, но:

Может быть, теперь будет лучше застрял на VS2015. Поскольку MS еще не имеет действительно полноценной сборки VS на данный момент.

VS 2017 все еще готов к первым экспериментам, а не к реальной работе.

Это такая же история, как и когда было опубликовано VS2015. (после нескольких дней прекратить работу).

Ответ 6

Я установил его так же, как niclar, удалив папку 15 _. *. Однако представляется, что переименование privateregistry.bin имеет тот же эффект с меньшими проблемами.

Как упоминалось Torbjorn, ReSharper и другие расширения могут испортиться, однако переустановка не требуется.

Просто перейдите в Инструменты > Расширения и обновления. > Прокрутите список установленных расширений > Включите те, которые должны быть включены.

Ответ 7

У меня есть бок о бок установка с VS2015. После открытия и закрытия VS2015 один раз, VS2017 снова начинает нормально. Странно, но помог в моем случае.

Ответ 8

Мне нужно было удалить или переименовать ApplicationPrivateSettings.lock в папку C:\users \AppData\Local\Microsoft\VisualStudio\15.0_c31ecfb9.

Ответ 9

Я столкнулся с этой проблемой с помощью Visual Studio Professional когда он не работает как администратор. (Он работал нормально как администратор) Я использовал решение Niclar для удаления папок.

Ответ 10

Я обнаружил ту же проблему после установки расширения и удаления папки "C:\Users\USER_NAME\AppData\Local\Microsoft\VisualStudio\15.0_xxxxxxx", которая решила мою проблему.

Читайте также: