Отсутствует файл Microsoft.ServiceHub.HostLib.resources.DLL после обновления VS2019 и Framework 4.7.2

Question

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

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

Microsoft.ServiceHub.HostLib.resources.DLL

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

Я обновлял 5-летнее 6-проектное решение C # MVC3 для 5-летней версии до MVC5, Net Framework 4.7.2 с некоторыми Net Core 2.2, смешанными в(только для того, чтобы сделать еще хуже), и после нескольких обновлений NuGet он снова собирается.

Когда я запускаю свое решение (более подробно об этом ниже), я получаю:

Исключение

Помощник по управляемой отладке «BindingFailure»
Сообщение = Помощник по управляемой отладке «BindingFailure»: «Не удалось загрузить сборку с отображаемым именем« Microsoft.DiaSymReader.Native.amd64 »в привязке« LoadFrom »контекст AppDomain с идентификатором 2. Причина сбоя: System.BadImageFormatException: Не удалось загрузить файл или сборку «Microsoft.DiaSymReader.Native.amd64» или одну из ее зависимостей.Модуль должен содержать манифест сборки. '

FUSLOGVW журнал загрузки:

*** Assembly Binder Log Entry  (17/04/2019 @ 17:39:13) ***

The operation failed.
Bind result: hr = 0x80070002. The system cannot find the file specified.

Assembly manager loaded from:  C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Running under executable  C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\ServiceHub\Hosts\ServiceHub.Host.CLR.x86\ServiceHub.Host.CLR.x86.exe
--- A detailed error log follows. 

=== Pre-bind state information ===
LOG: Where-ref bind. Location = C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/Common7/ServiceHub/Hosts/ServiceHub.Host.CLR.x86/en-US/Microsoft.ServiceHub.HostLib.resources.DLL
LOG: Appbase = file:///C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/Common7/ServiceHub/Hosts/ServiceHub.Host.CLR.x86/
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = ServiceHub.Host.CLR.x86.exe

Calling assembly : (Unknown).

LOG: This bind starts in LoadFrom load context.
WRN: Native image will not be probed in LoadFrom context. Native image will only be probed in default load context, like with Assembly.Load().
LOG: Using application configuration file: C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\ServiceHub\Hosts\ServiceHub.Host.CLR.x86\ServiceHub.Host.CLR.x86.exe.Config
LOG: Using host configuration file: 
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Attempting download of new URL file:///C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/Common7/ServiceHub/Hosts/ServiceHub.Host.CLR.x86/en-US/Microsoft.ServiceHub.HostLib.resources.DLL.
LOG: All probing URLs attempted and failed.

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

Справочная информация / что я пробовал

Это с набором сборки для 'Any CPU'.

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

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

Если посмотреть в отчете FUSLOGVW, файл:

"C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/Common7/ServiceHub/Hosts/ServiceHub.Host.CLR.x86/en-US/Microsoft.ServiceHub.HostLib.resources.DLL"

... не существует, папка en-US -Предполагается, что он также не существует, поэтому я попытался восстановить VS2019, надеясь, что он может [создать] его заново.

Файл .config, упомянутый в журнале:

C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\ServiceHub\Hosts\ServiceHub.Host.CLR.x86\ServiceHub.Host.CLR.x86.exe.Config

... содержит следующее:

ServiceHub.Host.CLR.x86.exe.Config

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <runtime>
    <relativeBindForResources enabled="true" />
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <!--
           Add probing paths to Extension Manager and MS.VS.Settings assemblies.
           The probing paths are relative to the app base, and it is in VS\Common7 folder, 3 levels up from the service location.
      -->
      <probing privatePath="IDE;IDE\PrivateAssemblies;IDE\PublicAssemblies;"/>

      <!-- Redirect ServiceHub dependencies to VS versions -->
      <dependentAssembly>
        <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral"/>
        <bindingRedirect oldVersion="4.5.0.0-9.0.0.1" newVersion="9.0.0.1"/>
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

Другие соломинки, которые я пробовал сжимать

Я попытался переустановить Newtonsoft.Json, так как это была единственная сборка, упомянутая в .config выше, ноСейчас я твердо держусь за соломинку и не вижу пути к прогрессу.

Может кто-нибудь предложить какой-нибудь путь вперед?- Большое спасибо за ваш интерес.Я нахожусь в азиатском времени, поэтому не могу ответить сразу, когда вы, западные люди, проснетесь:)