6
Fehlschlagendes Upgrade auf 1903 - Zusammenhang zum GAC
Moin Kollegen.
Ist zufällig jemand schonmal auf Folgendes gestoßen?
Es wird ein Win10 Upgrade von 1803 auf 1903 ausgeführt. Auf fast 100 PCs erfolgreich, kein Problem.
Auf 3 PCs jedoch schlägt es fehl, und die Gemeinsamkeit dieser 3 ist ein Eintrag im Setuperr.log, welcher lautet
Jetzt mal unabhängig davon, was der GAC ist und macht - hat jemand von Euch bei fehlgeschlagenen Updates schon etwas drehen können, indem er am GAC (und dessen Assemblies) geschraubt hat?
Ist zufällig jemand schonmal auf Folgendes gestoßen?
Es wird ein Win10 Upgrade von 1803 auf 1903 ausgeführt. Auf fast 100 PCs erfolgreich, kein Problem.
Auf 3 PCs jedoch schlägt es fehl, und die Gemeinsamkeit dieser 3 ist ein Eintrag im Setuperr.log, welcher lautet
2019-07-06 14:40:44, Error [0x080270] MIG GAC data store: error while installing the assembly C:\WINDOWS.OLD\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\Microsoft.VisualStudio.Tools.Applications.Utilities.ProjectRetargetService.resources\v4.0_14.0.0.0_de_b03f5f7f11d50a3a\Microsoft.VisualStudio.Tools.Applications.Utilities.ProjectRetargetService.resources.dll. (hr = 0x80070002)[gle=0x00000003]
Jetzt mal unabhängig davon, was der GAC ist und macht - hat jemand von Euch bei fehlgeschlagenen Updates schon etwas drehen können, indem er am GAC (und dessen Assemblies) geschraubt hat?
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 471449
Url: https://administrator.de/forum/fehlschlagendes-upgrade-auf-1903-zusammenhang-zum-gac-471449.html
Ausgedruckt am: 28.04.2025 um 14:04 Uhr
6 Kommentare
Neuester Kommentar
Moin,
ich habe von Problemen gelesen wo es half NetFramework vor dem Upgrade zu deinstallieren und anschließend wieder drauf zu schmeißen.
Selbst hatte ich das Phänomen noch nicht.
Gruß
Spirit
ich habe von Problemen gelesen wo es half NetFramework vor dem Upgrade zu deinstallieren und anschließend wieder drauf zu schmeißen.
Selbst hatte ich das Phänomen noch nicht.
Gruß
Spirit
Servus DWW,
prüfe mal ob die Visual Studio 2010 Tools for Office Runtime installiert sind, wenn ja entferne sie vor dem Upgrade, zusätzlich etwaige VSTO Office Addons. Die Tools sind dafür da wenn man VSTO Addons für Office 2010 laufen hat bzw. hatte. Die machen aber öfter mal Probleme bei den Upgrades. Als Alternative entferne das Assembly aus dem Cache
https://docs.microsoft.com/de-de/dotnet/framework/app-domains/how-to-rem ...
Grüße Uwe
prüfe mal ob die Visual Studio 2010 Tools for Office Runtime installiert sind, wenn ja entferne sie vor dem Upgrade, zusätzlich etwaige VSTO Office Addons. Die Tools sind dafür da wenn man VSTO Addons für Office 2010 laufen hat bzw. hatte. Die machen aber öfter mal Probleme bei den Upgrades. Als Alternative entferne das Assembly aus dem Cache
https://docs.microsoft.com/de-de/dotnet/framework/app-domains/how-to-rem ...
Grüße Uwe
Moin Uwe.
Ja, die Visual Studio 2010 Tools for Office Runtime sind installiert. Soeben deinstalliert und Upgrade läuft... nach der Mittagspause weiß ich mehr.
Ja, die Visual Studio 2010 Tools for Office Runtime sind installiert. Soeben deinstalliert und Upgrade läuft... nach der Mittagspause weiß ich mehr.
Der GAC ist der Global Assembly Cache von Dotnet, evt. mal die VIsual Studio Tools deinstallieren/neuinstallieren.
/Thomas
So, bei einem der PCs konnte ich es lösen: es lag an SQL Server 2012 - VSTO konnte ruhig drauf bleiben. Nehme ich SQL2012 runter, läuft das Upgrade durch. Der zweite PC hat auch SQL 2012, der dritte nicht. Mal schauen, was sich noch ergibt.
So, erledigt, alle upgegradet.
Hier die Gründe:
PC1: SQL Server 2012 musste deinstalliert werden
PC2: Trusted Disk /TDCryptohelper musste deinstalliert werden (war seltsamerweise nur auf diesem PC ein Problem)
PC3: Knacks im Dateisystem/in den Windowsdateien. Altes Image eingespielt - ließ sich upgraden. Fehler gefunden durch den Test, interne Komponenten /Dotnet 3.5) zu deinstallieren - dabei kam der Fehler "Registry database corrupt"
Danke an alle für Ideen.
Hier die Gründe:
PC1: SQL Server 2012 musste deinstalliert werden
PC2: Trusted Disk /TDCryptohelper musste deinstalliert werden (war seltsamerweise nur auf diesem PC ein Problem)
PC3: Knacks im Dateisystem/in den Windowsdateien. Altes Image eingespielt - ließ sich upgraden. Fehler gefunden durch den Test, interne Komponenten /Dotnet 3.5) zu deinstallieren - dabei kam der Fehler "Registry database corrupt"
Danke an alle für Ideen.
