Diese Fehlermeldung wird von der Microsoft Windows Installer Engine angezeigt (Fragen Sie sich, was das ist? Lesen Sie hier) und ist ein allgemeiner Fehlercode, der darauf hinweist, dass während der Installation ein Problem aufgetreten ist. Lesen Sie diesen Artikel, um zu erfahren, wie Sie diese Geschwindigkeitsbegrenzung umgehen können. Im Folgenden finden Sie die wahrscheinliche Liste der bekannten Ursachen für das Auftreten dieses Fehlers:
- Die Erstellung kurzer Dateinamen ist auf dem Zielcomputer deaktiviert.
- Eine benutzerdefinierte Aktion zum Installieren eines Skripts ist falsch prototypisiert.
- Eine Datei ist gesperrt und kann nicht überschrieben werden.
- Der Microsoft Windows Installer-Dienst ist nicht korrekt installiert.
- Die Windows Temp-Ordner sind voll.
- Das Setup wurde nach der Installation beschädigt und schlägt daher bei der Deinstallation mit diesem Fehler fehl.
- Eine ältere Version von Install Shield Developer wird verwendet.
- Die Druck- und Dateifreigabe wird nicht installiert, wenn Ihre Anwendung dies benötigt.
Fehlerbehebung bei 1603 MSI-Fehler
Wie bereits erwähnt, wird The 1603 Fehlercode wird meistens zurückgegeben, wenn eine Aktion während einer Installation unter Windows fehlschlägt, und zeigt am häufigsten an, dass eine der benutzerdefinierten Aktionen in der MSI fehlgeschlagen ist. Wenn wir auf ein fehlgeschlagenes Setup mit dem Rückkehrcode 1603 stoßen, sollten Sie die folgenden Schritte ausführen:
Führen Sie das Setup mit aktivierter ausführlicher Protokollierung erneut aus. Verwenden Sie dazu die hier aufgeführten Schritte.
Schritt 1: Generieren Sie bei der nächsten Ausführung des Setup-Pakets eine ausführliche Protokolldatei mit dem Namen msi * .log im Verzeichnis% temp%. (Klicken Sie hier, um weitere Möglichkeiten zum Generieren von Protokollen zu erhalten.) Erfahren Sie hier mehr über die Befehlszeilenoptionen.
msiexec / i < msipath > setup.msi /l*vc:\temp\msi.log
Schritt 2: Öffnen Sie das ausführliche Protokoll in einem Text Editor wie Editor und Suche nach der Zeichenfolge „Rückgabewert 3“. In fast allen Fällen gelangen wir zu dem Abschnitt im ausführlichen Protokoll, in dem die fehlgeschlagene Aktion aufgeführt ist, die ursprünglich zu einem Rollback des Setups geführt hat.
Schritt 3: Überprüfen Sie den Inhalt der Protokolldatei unmittelbar über der Zeichenfolge „Rückgabewert 3“, um festzustellen, welche benutzerdefinierte Aktion oder Standardaktion fehlgeschlagen ist. Abhängig davon, welche Aktion fehlschlägt, müssen wir von hier aus mit einem detaillierteren Debugging fortfahren.
Die größte Hürde beim Debuggen eines fehlgeschlagenen Setups besteht häufig darin, herauszufinden, welcher Teil des Setups tatsächlich vorhanden ist Wenn dies fehlschlägt, beschleunigt dieser Trick der Suche nach „Rückgabewert 3“ diesen Prozess in fast allen Fällen. Natürlich funktioniert er in 100% der Szenarien nicht.
Hier finden Sie einige Möglichkeiten zur Fehlerbehebung bei den Protokollen:
„Greifen Sie von Ihrem Android- / iOS-Gerät mit einem virtuellen Desktop von CloudDesktopOnline.com-one auf Ihre bevorzugten Windows-Anwendungen zu der besten Desktop as a Service-Anbieter. Holen Sie sich eine kostenlose Testversion von Office 365 und exzellenten Support von O365CloudExperts.com „
Bekannte Lösungen
Die folgenden Lösungen haben diesen Fehler in den meisten Fällen behoben:
- Stellen Sie sicher, dass die Erstellung kurzer Dateinamen auf dem Zielcomputer aktiviert ist. Sie können überprüfen, ob auf dem Zielcomputer die Erstellung kurzer Dateinamen nicht deaktiviert ist Navigieren Sie zum folgenden Registrierungseintrag:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
Stellen Sie sicher, dass der Wert „NtfsDisable8dot3NameCreation“ gleich 0 ist. Dies zeigt an, dass die Erstellung eines kurzen Dateinamens aktiviert ist. Der Wert 1 gibt an, dass diese Funktionalität deaktiviert ist. Sie sollten den Wert auf 0 ändern. Nach dem Ändern dieses Werts sollte der Zielcomputer neu gestartet werden, bevor Sie versuchen, das Setup erneut zu starten.
Hinweis: Wenn die Auf dem Zielcomputer sollte normalerweise die Erstellung kurzer Dateinamen deaktiviert sein. Sie kann nach Abschluss der Installation deaktiviert werden, indem „NtfsDisable8dot3NameCreation“ auf 1 zurückgesetzt und neu gestartet wird. - Um sicherzustellen, dass der Windows Installer-Dienst ordnungsgemäß installiert und konfiguriert ist, wird empfohlen, dass Benutzer die Datei InstmsiA.exe unter Windows 95/98 / Me oder InstmsiW.exe unter Win NT-Systemen installieren. Diese Dateien werden mit Ihrem InstallShield-Produkt geliefert und befinden sich an folgendem Speicherort: < Produktpfad > \ Redist \ Language Independent \ i386. Wenn der Dienst installiert ist, wissen Sie Bescheid Wenn Sie den Status der Dienstausnahme haben, können Sie auch in der Eingabeaufforderung zu services.msc gehen und den Status des Windows Installer-Dienstes überprüfen. „St. Ein Widerspruch und ein Neustart können hilfreich sein. “
- Leeren Sie alle temporären Ordner. Die spezifischen temporären Ordner für einen Computer können durch Zugriff auf die DOS-Eingabeaufforderung und den Eingabesatz ermittelt werden.Beachten Sie die für TEMP und TMP aufgelisteten Werte und löschen Sie alle Dateien an diesen Speicherorten.
- Stellen Sie sicher, dass keine anderen Anwendungen, einschließlich Dienstprogramme wie Virenscanner, im Hintergrund ausgeführt werden. Schließen Sie alle laufenden Anwendungen und Dienstprogramme und starten Sie die Installation erneut.
- Wenn dieser Fehler während der Deinstallation auftritt, deinstallieren Sie die Installation mit dem Microsoft Windows Installer CleanUp-Dienstprogramm. Sobald die Installation erfolgreich deinstalliert wurde, können Sie das Projekt debuggen, um festzustellen, was den ursprünglichen Fehler verursacht hat.
Wenn dies nicht der Fall ist, kann es sich um einen anderen handeln Fehler, der während der Installation aufgetreten ist, aktualisieren Sie in den Kommentaren..lets beheben das ..!
LinkedIn und andere Diskussionen
Ich hatte dies auch auf LinkedIn Diskussionen gepostet und habe einige Qualitätsantworten für dasselbe – Ich werde einige Informationen von dort extrahieren und hier veröffentlichen, damit Sie alle Informationen an einem einzigen Ort erhalten können.
Jack Fei, Senior Desktop Analyst, schreibt:
Vijay hat einige hervorragende Hinweise zur Behebung dieser Art von Problemen gegeben. Nach meiner Erfahrung ist die Korrektur normalerweise trivial, wenn Sie erst einmal verstanden haben, wie ausführliche Protokollierungsergebnisse mit msi-Interna korreliert werden.
Stellen Sie zunächst fest, dass „Installation“ bedeutet, dass msiexec.exe Zeilen der darin enthaltenen InstallExecuteSequence-Tabelle nacheinander verarbeitet die msi-Datenbank.
Zweitens sollten Sie wissen, dass msiexec.exe die zwischen InstallInitialize und InstallFinalizes sequenzierten Befehle in zwei Durchgängen verarbeitet. Eine Möglichkeit, darüber nachzudenken, ist der erste Durchgang „Installiert die Änderung unter bestimmten Bedingungen“ auf dem Computer, während die Syntax des Befehls überprüft wird, und der zweite Durchgang „Überträgt die Änderung auf den Computer“. Ein 1603 bedeutet im Wesentlichen, dass „ein Fehler aufgetreten ist“, der versucht, die Änderung festzuschreiben, was dazu führt, dass msiexec.exe „die Änderung zurücksetzt“.
Diese Art von Fehler wird entweder durch MSI-Misengineering verursacht (die meisten MSI-Hersteller sind falsch entwickelt). oder durch ein „maschinenspezifisches Problem“. Patrick Pepin empfiehlt daher hervorragend, den MSI-Anbieter zu überprüfen.
Mit VMWare oder Imaging-Tool können Sie diese Art von Problem wirklich beheben.
1 Ich würde feststellen, dass das Problem auf einem sauberen Computer reproduziert werden kann, auf dem alle Voraussetzungen installiert sind (nur um die Möglichkeit auszuschließen, dass durch Tests in einer unbekannten oder beschädigten PC-Umgebung falsch negative Ergebnisse erzielt werden).
2. Wenn dies der Fall ist ist eine Capture-MSI (die ursprüngliche Quelle ist keine MSI). Ich würde Dateien und Registrierungsschlüssel systematisch ausschließen, bis ich die Komponente, die das Problem verursacht, in meiner MSI isoliert habe. Ich habe sie erstellt, damit ich am besten weiß, wie sie behoben werden kann.
3. Wenn die MSI von einem anderen Anbieter entwickelt wurde, würde ich das ausführliche Protokoll überprüfen und die fehlgeschlagene Anweisung in der InstallExecuteSequenceTab isolieren le. Meine Haupttechnik bestand darin, den Fehler zu finden, der den Fehler „1603“ verursachte, und die wahrscheinliche Anweisung zu finden, die ihn verursacht hat. Um meine Theorie zu testen, würde ich nur diese Anweisung auskommentieren (ein negatives Vorzeichen in die Sequenzspalte setzen) und den Befehl erneut ausführen Manchmal hatte ich Glück und „umging“ sogar den MSI-Defekt, indem ich die benutzerdefinierte Aktion auskommentierte. Diese Art der Änderung funktioniert hervorragend, wenn die benutzerdefinierte Aktion „unnötige Überprüfungen“ für Desktops in Ihren Umgebungen durchführt. Natürlich würde ich „die geänderte MSI testen“ und sicherstellen, dass die Anwendung installiert ist und sauber gestartet wird.
4 . Wenn ich das Problem auf einem sauberen Desktop reproduzieren kann, habe ich gute Munition, um den Anbieter zu kontaktieren. Meine Erfahrung ist jedoch, dass Sie, wenn Sie wissen, wie Sie das tun, was ich beschrieben habe, die technischen Supportabteilungen des von Ihnen angerufenen Anbieters erschöpfen. Dies geschieht mehr als alles andere aus „politischen Gründen“ – Sie können also der Held sein, wenn der Verkäufer trotz erheblicher Beharrlichkeit von Ihnen keine Lösung finden kann.
Viel Glück. Hoffe, das hilft.
