[English]Ein Blog-Leser hat mich vor einigen Tagen per Mail kontaktiert, weil er vor einem Problem steht. Auf seinem Windows lassen sich verschiedene Programme nicht installieren (im betreffenden Fall der phonostar Client und UnigetUI). Die Installation wird mit einem Laufzeitfehler und dem Hinweis, dass die Installation nur für Produkte gültig sei, die installiert sind, abgebrochen. Ich greife das Problem mal hier im Blog auf, vielleicht ist der einen oder andere Leser betroffen.
Anzeige
Eine Lesemeldung
Blog-Leser Frank berichtete mir unter dem Betreff "Dieser Vorgang ist nur für Produkte gültig, die zurzeit installiert sind" von Installationsproblemen. Konkret hat er das Problem, dass er unter seinem Windows 10 22H2 einige wenige Programme nicht installieren lassen. Konkret scheitert beim Leser die Installation des neuesten phonostar Clients und der Anwendung UnigetUI.
Die Installation wird mit obigem Fehlerdialog, der einen Runtime-Error meldet, abgebrochen. Der in Klammern stehende Wert variiert und ist eine Adresse, die zur Laufzeit den Runtime-Error ausgelöst hat. Die Klartext-Meldung "Dieser Vorgang ist nur für Produkte gültig, die zurzeit installiert sind" ist in guter Microsoft-Tradition wenig zielführend.
Der Nutzer meint, dass der Entwickler von UnigetUI noch am Problem forscht. Vom phonostar Support gab es keine Idee, was das Problem auslöst. Frank schrieb dazu: "Irgendwie scheint der Installer selbst etwas vorauszusetzen, was bei mir fehlt." Bei einer Suche habe er nichts zielführendes gefunden, schrieb er noch.
Anzeige
Erklärung für den Fehler
Der Fehler wird vom (MSI-)Installer verursacht, der durch fehlerhafte Registrierungseinträge versucht, abhängige Prozeduren auszuführen, die sich aber auf ein Paket beziehen, was nicht mehr installiert ist. In diesem StackOverflow-Post gibt es eine Diskussion in der Richtung. Wenn man weiß, welche Registrierungseinträge die (MSI-)Installer in die Irre führen, könnte man diese in der Registrierung suchen und manuell löschen.
Ob Tools, wie der Revo Uninstaller, helfen und die verwaisten Registrierungseinträge bereinigen, weiß ich nicht – muss man ausprobieren. heise hat übrigens diesen Artikel veröffentlicht, der einige Uninstaller vorstellt – für erste Tests würde ich die Free-Version probieren.
Fundstellen im Web
Sucht man im Web mit den entsprechenden Ankerbegriffen, stößt man auf einige Treffer, die den Fehler mit Microsoft Office verorten. Eine gute Anlaufstelle ist dieser Microsoft Answers-Forenpost aus 2015 (seinerzeit noch auf Windows 8.1 bezogen, gilt aber auch für Windows 10/11). Dort tritt der Fehler beim Doppelklick auf eine Office-Datei auf.
Microsoft Office reparieren lassen
Eine Neuinstallation von Microsoft Office habe nicht geholfen, schrieb der Betroffene aus dem oben verlinkten Forenpost in der Microsoft-Community. Der Ratschlag des Community Moderators lautete, die Microsoft Office-Installation einmal reparieren zu lassen (Office bietet die Funktion). Dann sollte das Problem behoben sein. Dabei werden die fehlerhaften Registrierungseinträge wohl korrigiert.
Alte Office-Installation, Registry bereinigen
Es deutet sich an, dass alte Office-Versionen, die unvollständig deinstalliert wurden, für die obige Fehlermeldung verantwortlich sind. Auch abgelaufene Office-Trial-Installationen wurden als Ursache aufgelistet. Hier hilft nur die Bereinigung der Registrierung. Im Beitrag werden einige Registrierungsschlüssel genannt, die ggf. zu löschen sind.
- HKEY_LOCAL_MACHINE\Software\Microsoft\Office\15.0
- HKEY_CURRENT_USER\Software\Microsoft\Office\15.0
- HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Office\15.0
Hier sind die Unterschlüssel 15.0 ggf. entsprechend anzupassen, wenn eine neuere Version von Office verwendet wird. Durch diese Maßnahme wird ein eventuell unvollständig deinstalliertes Office aus der Registrierung entfernt. Im Anschluss muss Windows neu gestartet werden.
Anzeige
Vielleicht hilft diese Seite von MS:
https://support.microsoft.com/de-de/office/%C3%BCber-den-support-und-wiederherstellungs-assistenten-von-microsoft-e90bb691-c2a7-4697-a94f-88836856c72f
Zum Debuggen würde ich mal den RegMon aus den Sysinternals mitlaufen lassen.
Ich denke, das hat nichts mit Office zu tun, eher mit irgendwelchen Laufzeitkomponenten (WebGL? DotNet?) die mit der Software gebundlet sind oder der Software selbst.
Im Verdacht hätte ich Registryeinträge im "Installer" Zweig, die die gleiche Klassen-GUID haben wie die zu installierende Software.
Konkret im Verdacht hätte ich eine MSI-Installation der betreffenden Software (ich kenne weder Uniget noch Phonostar), die Reste einer alten Installation vorfindet und fälschlich in den Reparatur-Modus geht, für den aber notwendige Dateien (Installer-Base oder MSP-Patches) nicht lokalisieren kann.
Das waren noch Zeiten, als es RegMon und FileMon gab :)
Richtig, jetzt kann man procmon verwenden (sysinternals), was die Aussage von Fritz nicht unwahrer macht.
Wieso gab? Die letzten Veröffentlichungen von Regmon und Filemon waren 2023, die kann man immer noch verwenden…
Moin Moin,
bei Software deren Quellen (!) älter als 2-3 Jahre sind,
und damit weit über 90% meiner Software, Ich tippe eher auf 99% ??
habe Ich regelmäßig komische Reaktionen gehabt wenn Ich sie nur einzelnd installiere. Wenn die zusammen mit allem möglichen anderen was man so installiert auf seinem (privaten) Rundum sorglos PC laufen gibt es interessanterweise seltener Probleme.
Meiner Meinung nach wird teilweise woanders die Bibliothenken-Source besser implementiert.
Ich habe dann einmal angefangen einfach nur .NET 3.5 zu installieren.
Leider brauchen das viele immer noch :-(
Und leider klappen die klassischen Wege .NET 3.5 zu installieren bei mir und meinen Kollegen selten.
Als exe installieren klappt generell nicht mehr.
(Ist aber auch von MS gewollt.)
Als Win Feature zu aktivieren aber auch nicht.
Ich mache deswegen nach der Windows Installation eines:
Ich mounte die Installations ISO, und lasse mit Admin Rechten das folgende Skript laufen.
Wobei X: in "/Source:X:" hier für das Laufwerk steht wo die Windows Installations-Source verfügbar ist. Also das X durch den entsprechenden Buchstaben erstezen.
Dism /online /enable-feature /featurename:NetFX3 /All /Source:X:\sources\sxs /LimitAccess
Oder etwas mehr als Skript in einer CMD (so mache Ich es) :
@echo off
setlocal enableextensions ENABLEDELAYEDEXPANSION
@prompt -$G
net session >nul 2>&1 || (powershell -EP Bypass -NoP -C echo & echo '"—- Bitte die CMD eleviert starten —-'" -verb runas & pause & Exit /b)
for %%I in (A B D E F G H I J K L M N O P Q R S T U V W X Y Z) do if exist "%%I:\\sources\install.*" set setupdrv=%%I
if defined setupdrv (
echo Found drive %setupdrv%
echo Installing .NET Framework 3.5…
Dism /online /enable-feature /featurename:NetFX3 /All /Source:%setupdrv%:\sources\sxs /LimitAccess
echo.
Nur so ein Gedanke aber ich würde hier in Richtung .NET 3.5 oder VC-Redistributables schielen.
Würde ich auch als allererstes überprüfen/nachinstallieren.
Den Installer Step by Step laufen lassen? Dann siehst man ja bei welchem Schritt er stecken bleibt. Könnte helfen.
da bin ich ja Mal gespannt, wie das gehen soll … ;-)
mit nem Debuggingtool Programmablaufverfolgung? Dazu musst die Install.exe oder install.msi halt erst entpacken…
ok, danke, dann kannte ich die Lösung schon, mich hatte das step by step interessiert. den Installer mittendrin anhalten und weiter machen … step by step
ich hatte so eine Fehlermeldung auch schon mal mit einer defekten MSI Datei.
Im zweiten Absatz: "Konkret hat er das Problem, dass er unter seinem Windows 19 22H2". Typo oder Zukunftsreise?
Typo, eine 0 liegt neben der 9 auf meiner Tastatur.
Zitat:
"Windows 19"
Korrektur:
"Windows 10"
—
Zitat:
"Der Fehler wird vom MSI-Installer verursacht"
Beide Installer sind kein MSI, sondern EXE.
—
UniGetUI ist das umbenannte WinGetUI, wobei Ordner verändert (migriert) werden.
Vor der Installation von UniGetUI könnte man zuerst WinGetUI deinstallieren, um das Problem der Ordnerverschiebung zu umgehen.
—
Der UniGetUI-Installer benutzt net.Framework 8.0 und InnoSetup.
Ist net.Framework 8.0 installiert?
—
Im Source findet man die Datei "UniGetUI-3.1.0\\InstallerExtras\\EnsureWinGet.ps1".
Die kontrolliert die installierte winget-Version und versucht eine zu alte Version zu deinstallieren und eine aktuelle zu installieren.
winget Minimum Version 2.8.5.201
Ist die aktuell installierte winget-Version zu alt oder lässt sich nicht updaten, weil sie eventuell gerade aktiv im Speicher ist?
—
Im Source findet sich eine Datei "UniGetUI-3.1.0\\InstallerExtras\\CodeDependencies.iss":
Darin eine modifizierte Version des "InnoDependencyInstaller".
Eventuell werden dort die Abhängigkeiten falsch überprüft.
—
In dieser Datei wird auch die "Visual C++ 2015-2022 Redistributable" überprüft.
Ist diese aktuell?
Es wird versucht eine aktuelle Version der Visual C Runtime von dort zu laden:
aka[.]ms//vs//17//release//vc_redist.x64.exe',
Besser vorher selber die aktuelle Version manuell installieren.
Zum Beispiel von Computerbase oder von TechPowerUp.
Aktuell sollte "Microsoft Visual C++ Redistributable Runtimes 2015-2022 v14.40.33810.0" sein.
So eine Runtime gehört eigentlich auch mit in den Installer.
Da hat der Programmierer geschlampt.
—
In der selben Datei wird außerdem noch webview2 überprüft und eventuell nachinstalliert.
MicrosoftEdgeWebview2Setup.exe
—
Du musst also einige Abhängigkeiten mal manuell überprüfen, ob da was nicht stimmt:
– NET.Famewortk 8.9
– Visual C++ Runtime 2015-2022
– Edge WebView 2
– alte Inno-Setup-Installationen, die stören könnten.
– alte WinGetUI Installationen, die stören könnten
—
Es wäre besser, solche Programme einfach als portable Version als ZIP zu veröffentlichen, das man einfach selber irgendwohin auspacken kann.
Typo:
– NET.Famewortk 8.0 (nicht 8.9)
—
Ich finde es eine Unsitte, sowas wie Edge WebView 2 als eine Abhängigkeit einzubauen.
Dadurch wird man unnötig inkompatibel zu Win7.
Den selben Fehler hat auch schon ProtonVPN gemacht.
OpenVPN braucht kein WebView2 und funktioniert mit exakt denselben Proton-VPN-Zugangsdaten auch unter Win7.
Diverse Game-Launcher machen ebenfalls diesen Fehler mit WebView2.
—
Der Installer versucht die WebView2 von dort zu laden:
go[.]microsoft[.]com/fwlink/?linkid=2124701
Hast du Edge deinstalliert und damit WebView2 auch?
Im kommerziellen Umfeld ist eine Inkompatiblität zu Win 7 nicht mehr relevant.
Korrektur:
Es wird nicht auf NET.Framework geprüft, sondern auf NET.Core.
NET.Core 8.0.6 kannst du dir da runterladen:
dotnet[.]microsoft[.]com/en-us/download/dotnet/8.0
Vielleicht funktioniert der Check mit "NetCoreCheck" nicht, wenn man NET.Desktop oder NET.Runtime installiert hatte, statt NET.Core.
Super. Vielen Dank für die Überlegungen und die Tipps. Bisher leider ohne Erfolg bei UnigetUI:
WingetUI deinstallieren mit BC Uninstaller, Reinstallation: Fehler
ASP.NET Core Runtime 8.0.6 und .NET Desktop Runtime 8.0.6 installiert: Fehler
Jetzt schau ich mal nach den anderen Komponenten, die erwähnt wurden.
Den Source der Installer-Scripte für UniGetUI findet man da:
github[.]com/marticliment/UniGetUI/releases/tag/3.1.0
Portable Apps sind sicherheitstechnisch ein Graus! Sollte man vermeiden, wo es geht, weil man die nicht zentral erfasst und aktualisiert bekommt.
Wieso kann die ein User runterladen & ausführen?
Edge WebView2 ist es auch nicht, ist schon mit Edge installiert.
Visual C++ Runtime nachinstalliert, hilft auch nix.
Jetz schau ich mal, was der Inno Dependency Installer ist und ob es davon Reste gibt.
Eine msi Datei von UnigetUI liegt wohl nicht vor, also nix mit Tracing.
Zeit für einen Bug Report auf Github.
ich möchte meine Ursache in einem Rechner mit 4 exakt gleichen Rechnern mit Windows 10 erklären. wir haben alle rechner auf windows 11 geupgraded und gemerkt, dass ein bestimmtes Endgerät (sopix2) nicht funktioniert, also nochmal zurück zu windows 10. Auf rechner nr. 2 haben wir windows 11 belassen und viel mit Treibern rumexperimentiert zu sopix2. wir haben evtl. auch Visual C++ Runtime 2015-2022 versucht zu aktualisieren durch die installation des treibers. nun gut. sopix2 lief nicht, also wieder downgraden zu windows 10, zurück zu windows 10. hier habe ich am einzigen PC, wo wir mit sopix2 experimentiert haben, nicht mehr die möglichkeit Visual C++ Runtime 2015-2022 über winget upgrade zu aktualisieren! und neuerdings funktioniert die neuste Version von unigetui nicht. das ist das, was ich auf dieser Seite sagen möchte. Aus privaten Gründen habe ich nicht früher von meinem Problem geschrieben.
wenn es ein msi ist, dann kann er den Install aufruf in der CLI machen und protokollieren lassen. dann stehen die fehler hoffentlich im txt file.
msiexec /i name.msi /qb /l*vx name.log
Habe aktuell auch so einen Fehler bei
Passmark RAMMON
das ganze Unter Windows 11 24H2!
https://www.passmark.com/downloads/rammon.exe
Fehler:
https://i.postimg.cc/KYXcjn5X/Zwischenablage-07-09-2024-01.jpg
Bis jetzt die einzige Anwendung die nicht mehr will.
Bei Passmark war man so schlau und hat die Neuregistrierungen im Forum deaktiviert sonst würde ich dort mal Meldung machen.
lol genau den fehler habe ich auch, genau an einem PC in einem KMU-netzwerk
habe das problem mit cmd => winget install –exact –id MartiCliment.UniGetUI –source winget
heute grad eben gelöst.
i just wanted to say that i upgraded a PC from windows 10 to windows 11, although the CPU was too old and installed several drivers for acteon sopix2, but the sensor (sopix2 is an x-ray sensor) doesn't work and i think the driver-installers changed the Microsoft.VCRedist.2015+.x86 or the Microsoft.VCRedist.2015+.x64 package a lot. or maybe i did a cmd => winget upgrade on windows 11. then i downgraded from windows 11 to windows 10 and had problems with Microsoft.VCRedist.2015+.xXX. couldn't update it or something else. then some unigetUI version couldn't be installed and i used cmd => winget upgrade on this particular PC for some time until i've discovered winget install –exact –id MartiCliment.UniGetUI –source winget
worked like a charme.
Hat jemand schon weiter Erkenntnisse zu diesem Problem (UniGetUI installation scheitert mit mit der o.g. Fehlermeldung) ?
Ich habe bereits alles geprüft und neu installiert, was die genannten Vorbedingungen betrifft (.NET, VC, Edge View, UniGet, Alle alten Versionen von UnigetUI / WingetUI incl. Registry Einträgen deinstalliert). Ich habe auch schon Marti angeschrieben; er meinte er untersucht das Problem.
Vielleicht hat noch jemand einen heissen Tip, was ich noch tun / prüfen kann.