Tato chybová zpráva se zobrazuje v instalačním stroji systému Microsoft Windows (zajímá vás, co je to? Přečtěte si zde) a jedná se o obecný chybový kód, který označuje problém, ke kterému došlo během instalace. Přečtěte si tento článek, kde se dozvíte, jak se vyhnout tomuto zpomalení. Následuje seznam pravděpodobných známých příčin této chyby:
- Vytváření krátkých názvů souborů je na cílovém počítači zakázáno.
- Vlastní akce instalačního skriptu je nesprávně prototypována.
- Soubor je uzamčen a nelze jej přepsat.
- Služba Instalační služba Microsoft Windows není správně nainstalována.
- Složky Windows Temp jsou plné.
- Nastavení bylo po instalaci poškozeno, a proto se při odinstalaci s touto chybou nezdaří.
- Používá se starší verze produktu Install Shield Developer.
- Sdílení tisku a souborů se nenainstaluje, pokud to vaše aplikace potřebuje.
Odstraňování problémů s chybou 1603 MSI
Jak již bylo řečeno, 1603 chybový kód se většinou vrací, když některá akce selže během instalace v systému Windows, a nejčastěji to znamená, že jedna z vlastních akcí v MSI selhala. Když narazíme na neúspěšné nastavení s návratovým kódem 1603, postupujte podle následujících kroků:
Znovu spusťte nastavení s povoleným podrobným protokolováním pomocí kroků podobných těm, které jsou zde uvedeny.
Krok 1: Při příštím spuštění instalačního balíčku vygenerujte v adresáři% temp% podrobný soubor protokolu s názvem msi * .log. (Kliknutím sem zobrazíte další způsoby generování protokolu). Další informace o přepínačích příkazového řádku najdete zde.
msiexec / i < msipath > setup.msi /l*vc:\temp\msi.log
Krok 2: Otevřete podrobný protokol v textu editor, jako je poznámkový blok, a vyhledejte řetězec „návratová hodnota 3“. Téměř ve všech případech se dostanete do části podrobného protokolu, která obsahuje seznam neúspěšných akcí, které původně způsobily vrácení nastavení.
Krok 3: Zkontrolujte obsah souboru protokolu bezprostředně nad řetězcem „návratová hodnota 3“ a určete, která vlastní akce nebo standardní akce selhala. V závislosti na tom, která akce selhává, budeme muset přistoupit k podrobnějšímu ladění odtud.
Lze zjistit, že největší překážkou při ladění neúspěšného nastavení je často nulování na to, která část nastavení je ve skutečnosti selhání a tento trik hledání „návratové hodnoty 3“ nakonec pomůže urychlit tento proces téměř ve všech případech. Samozřejmě to nefunguje ve 100% scénářů.
Některé způsoby řešení problémů s protokoly najdete zde –
„Přistupujte ke svým oblíbeným aplikacím Windows ze svého zařízení Android / iOS pomocí virtuální plochy od CloudDesktopOnline.com-one nejlepších poskytovatelů služeb Desktop jako služba. Získejte zdarma zkušební verzi Office 365 a vynikající podporu od O365CloudExperts.com „
Známá řešení
Následující řešení vyřešili tuto chybu ve většině případů:
- Ujistěte se, že je v cílovém počítači povoleno vytváření krátkých názvů souborů. Můžete zkontrolovat, zda na cílovém počítači není zakázáno vytváření krátkých názvů souborů přechodem na následující položku registru:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
Ujistěte se, že hodnota „NtfsDisable8dot3NameCreation“ je rovna 0. To znamená, že je povoleno vytváření krátkých názvů souborů. Hodnota 1 označuje, že tato funkce je zakázána. Měli byste změnit hodnotu na 0. Po úpravě této hodnoty by měl být cílový počítač restartován, než se pokusíte znovu spustit instalaci.
Poznámka: Pokud cílový počítač by měl mít normálně zakázáno vytváření krátkých názvů souborů, lze jej deaktivovat po dokončení instalace resetováním „NtfsDisable8dot3NameCreation“ na 1 a restartováním. - Vyprázdněte všechny dočasné složky. Konkrétní dočasné složky pro počítač lze určit přístupem k výzvě DOS a zadáním sady.Poznamenejte si hodnoty uvedené pro TEMP a TMP a odstraňte všechny soubory v těchto umístěních.
- Zkontrolujte, zda na pozadí neběží žádné jiné aplikace, včetně nástrojů, jako jsou antivirové programy. Zavřete všechny spuštěné aplikace a nástroje a spusťte instalaci znovu.
- Pokud k této chybě dojde během odinstalace, odinstalujte instalaci pomocí nástroje Microsoft Windows Installer CleanUp. Jakmile byla instalace úspěšně odinstalována, můžete poté ladit projekt a určit, co způsobilo původní chybu.
li> Aby byla zajištěna správná instalace a konfigurace Instalační služby systému Windows, doporučuje se uživatelům nainstalovat soubor InstmsiA.exe na systémy Windows 95/98 / Me nebo InstmsiW.exe na systémy Win NT. Tyto soubory jsou dodávány s produktem InstallShield a jsou umístěny v následujícím umístění: < Cesta produktu > \ Redist \ Language Independent \ i386. Pokud je služba nainstalována, je třeba vědět stav exekuce služby, můžete také přejít na services.msc v příkazovém řádku, zkontrolovat stav Instalační služby systému Windows. „St jeho spuštění a restart může pomoci “
Pokud v tomto posledním nespadá, může to být jakýkoli jiný chyba, ke které došlo během instalace, proveďte aktualizaci v komentářích … opravte to …..
LinkedIn a další diskuse
Také jsem to zveřejnil na diskusích LinkedIn a mám nějaké kvalitní odpovědi pro stejné – odtud vytáhnu nějaké informace a pošlu je sem, takže můžete získat všechny informace na jednom místě.
Senior Desktop Analyst, píše Jack Fei,
Vijay má několik vynikajících bodů k řešení těchto typů problémů. Z mých zkušeností je oprava obvykle triviální, jakmile pochopíte, „jak korelovat podrobné výsledky protokolování“ s interními soubory msi.
Nejprve vězte, že „instalace“ znamená msiexec.exe, které postupně zpracovává řádky tabulky InstallExecuteSequence uvnitř databáze msi.
Zadruhé, vězte, že msiexec.exe zpracovává příkazy seřazené mezi InstallInitialize a InstallFinalizes ve dvou průchodech. Způsob, jak o tom přemýšlet, je první průchod „podmíněně nainstaluje změnu“ do stroje při kontrole syntaxe příkazu a druhý průchod „zaváže změnu do stroje“. 1603 v zásadě znamená „došlo k chybě“ při pokusu o potvrzení změny, což způsobí, že msiexec.exe „provede změnu změny“.
Tento typ chyby je způsoben nesprávným inženýrstvím msi (většina dodavatelů msi je nesprávně navržena) nebo „problémem se specifikací stroje“. Patrick Pepin tedy provádí vynikající kontrolu dodavatele msi.
Nástroj VMWare nebo zobrazovací nástroj skutečně pomáhá při řešení tohoto typu problému.
1 . Zjistil bych, že problém lze reprodukovat na čistém stroji se všemi předpoklady nainstalovanými (jen pro vyloučení možnosti falešného negativu způsobeného testováním na neznámém nebo poškozeném prostředí počítače).
2. Pokud je zachycení msi (původní zdroj není msi) Systematicky bych vylučoval soubory a klíče registru, dokud jsem izoloval komponentu způsobující problém v msi. Postavil jsem to, takže vím nejlépe, jak to opravit.
3. pokud byl soubor msi navržen jiným prodejcem, zkontroloval bych podrobný protokol a izoloval vadnou instrukci v InstallExecuteSequenceTab le. Mou hlavní technikou bylo najít selhání, které vygenerovalo chybu „1603“, a najít pravděpodobnou instrukci, která ji způsobila. K otestování své teorie bych komentoval pouze tuto instrukci (vložte záporné znaménko do sloupce sekvence) a znovu spusťte příkaz Někdy jsem měl štěstí a dokonce „obešel“ vadu msi tak, že jsem nechal vlastní akci komentovanou. Tento typ změny funguje skvěle, když vlastní akce provádí „zbytečné kontroly“ desktopů ve vašich prostředích. Je zřejmé, že bych „otestoval upravenou msi“ a ujistil se, že aplikace je nainstalována a spouští se čistě.
4 . Pokud mohu problém reprodukovat na čisté ploše, budu mít dobrou munici, abych kontaktoval prodejce. Moje zkušenost však je, že pokud víte, jak dělat to, co jsem nastínil, vyčerpáte oddělení technické podpory jakéhokoli prodejce, kterému zavoláte. Děje se tak z „politických důvodů“ více než cokoli jiného – takže můžete být hrdinou, když prodejce i přes značnou vytrvalost od vás nemůže najít řešení.
Hodně štěstí. Doufám, že to pomůže.
