Ezt a hibaüzenetet a Microsoft Windows Installer Engine jeleníti meg (Kíváncsi vagy erre? Olvassa el itt), és ez egy általános hibakód, amely a telepítés során felmerült problémát jelzi. Olvassa el ezt a cikket, hogy megtudja, hogyan lehet elkerülni ezt a sebességütközt. Az alábbiakban felsoroljuk a hiba előfordulásának ismert okait:
- A rövid fájlnév létrehozása le van tiltva a célgépen.
- Az Install Script egyéni művelet prototípusa helytelen.
- A fájl zárolva van, és nem írható felül.
- A Microsoft Windows Installer szolgáltatás nincs megfelelően telepítve.
- A A Windows Temp mappák tele vannak.
- A telepítés a telepítés után megsérült, ezért a telepítés visszavonása során nem sikerül ezzel a hibával.
- Az Install Shield Developer régebbi verzióját használják.
- A nyomtatás és a fájlmegosztás nincs telepítve, ha az alkalmazásának szüksége van rá.
1603 MSI hiba elhárítása
Amint arról már volt szó, az 1603 A hibakód többnyire akkor jelenik meg, ha a Windows telepítése során bármely művelet meghiúsul, és leggyakrabban azt jelzi, hogy az MSI egyik egyéni művelete sikertelen volt. Ha egy sikertelen telepítést tapasztalunk a 1603-as visszatérési kóddal, akkor a következő lépéseket kell követnünk:
Futtassa újra a beállítást a részletes naplózás engedélyezésével az itt felsoroltakhoz hasonló lépésekkel.
1. lépés: A telepítőcsomag következő végrehajtásakor állítson elő egy msi * .log nevű részletes naplófájlt a% temp% könyvtárban. (Kattintson ide a napló létrehozásának további módjairól). Tudjon meg többet a parancssori kapcsolókról itt.
msiexec / i < msipath > setup.msi /l*vc:\temp\msi.log
2. lépés: Nyissa meg a szöveges naplót szerkesztő, például a jegyzettömb, és keresse meg a “return value 3” karakterláncot. Ez szinte minden esetben a részletes napló azon részéhez vezet, amely felsorolja azt a sikertelen műveletet, amely eredetileg a beállítás visszaállítását okozta.
3. lépés: Tekintse át a naplófájl tartalmát közvetlenül a “return value 3” karaktersorozat felett, hogy megállapítsa, melyik egyéni vagy normál művelet sikertelen volt. Attól függően, hogy melyik művelet sikertelen, innentől kezdve részletesebb hibakeresést kell folytatnunk.
Megállapíthatjuk, hogy a sikertelen telepítés hibakeresésének legnagyobb akadálya gyakran a nullázás a telepítés tényleges részén. kudarcot vall, és ez a “visszatérési érték 3” keresési trükk szinte minden esetben elősegíti a folyamat felgyorsítását. Természetesen a forgatókönyvek 100% -ában nem működik.
A naplók hibaelhárításának néhány módját itt találhatja meg –
“Hozzáférés kedvenc Windows-alkalmazásaihoz Android / iOS-eszközéről egy virtuális asztal segítségével a CloudDesktopOnline.com-one segítségével a legjobb Asztal mint szolgáltató. Ingyenes próbaverzió az Office 365-hez és kiváló támogatás az O365CloudExperts.com webhelyről “
Ismert megoldások
A következő megoldások megoldották ezt a hibát az esetek többségében:
- Győződjön meg arról, hogy a rövid fájlnév létrehozása engedélyezve van a célgépen. Ellenőrizheti, hogy a célgépen nincs-e letiltva a rövid fájlnév létrehozása a következő nyilvántartási bejegyzésre navigálva:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
Győződjön meg róla, hogy az “NtfsDisable8dot3NameCreation” értéke 0. Ez azt jelzi, hogy a rövid fájlnév létrehozása engedélyezett. Az 1 érték azt jelzi, hogy ez a funkció le van tiltva. Meg kell változtatnia az értéket 0-ra. Az érték módosítása után a célgépet újra kell indítani, mielőtt megpróbálná újraindítani a telepítést.
Megjegyzés: Ha a A célgépnek általában le kell tiltania a rövid fájlnév létrehozását, a telepítés befejezése után letilthatja azt, ha az “NtfsDisable8dot3NameCreation” értéket 1-re állítja és újraindítja. li> A Windows Installer Service megfelelő telepítésének és konfigurálásának biztosítása érdekében javasoljuk, hogy a felhasználók telepítsék az InstmsiA.exe fájlt a Windows 95/98 / Me vagy az InstmsiW.exe fájlokra a Win NT rendszerekre. Ezeket a fájlokat az InstallShield termékhez szállítottuk. és a következő helyen találhatók: < Termékút > \ Redist \ Language Independent \ i386. Ha a szolgáltatás telepítve van, akkor tudni kell a szolgáltatáskimenet állapotát, akkor a parancssorba is átveheti a services.msc fájlt, ellenőrizheti a Windows Installer szolgáltatás állapotát. a tanulás és az újraindítás segíthet ”- Ürítse ki az összes ideiglenes mappát. A gépre vonatkozó ideiglenes mappákat a DOS-parancssor és a gépelési készlet elérésével lehet meghatározni.Vegye figyelembe a TEMP és a TMP értékeit, és törölje az összes fájlt ezekből a helyekből.
- Győződjön meg arról, hogy a háttérben nem fut más alkalmazás, beleértve a segédprogramokat, például a víruskeresőket. Zárjon be minden futó alkalmazást és segédprogramot, majd indítsa újra a telepítést.
- Ha ez a hiba a telepítés visszavonása során jelentkezik, akkor a telepítés eltávolításához használja a Microsoft Windows Installer CleanUp segédprogramot. Miután a telepítést sikeresen eltávolítottuk, akkor hibakereséssel végezhetjük el a projektet, hogy megállapítsuk, mi okozta az eredeti hibát.
Ha ez nem esik bele utoljára, akkor az bármilyen más lehet hiba a telepítés során, frissítsd a megjegyzésekben .. javítsd ki ezt!!
LinkedIn és egyéb beszélgetések
Ezt is feltettem a LinkedIn Discussions-ra, és van néhány minőségi válaszok ugyanarra – kiveszek onnan néhány információt, és ide teszem fel, hogy minden információt egyetlen helyen szerezhessen.
A vezető asztali elemző, Jack Fei írja,
Vijay kitűnő pontokat fűzött az ilyen típusú problémák elhárításához. Tapasztalataim szerint a javítás általában elenyésző, ha megérti a “részletes naplózási eredmények korrelációját” az msi belső területeivel.
Először is, tudd meg, hogy a “telepítés” azt jelenti, hogy az msiexec.exe az InstallExecuteSequence tábla sorainak egymás utáni feldolgozását jelenti az msi adatbázis.
Másodszor, tudd meg, hogy az msiexec.exe két lépésben dolgozza fel az InstallInitialize és az InstallFinalizes között szekvenált parancsokat. Gondolkodni rajta lehet az, ha az első lépés “feltételesen telepíti a változtatást” a gépre, miközben ellenőrzi a parancs szintaxisát, a második lépés pedig “bekapcsolja a változtatást a gépre”. Az 1603 lényegében azt jelenti, hogy “hiba történt” a változtatás végrehajtása során, aminek következtében az msiexec.exe “biztonsági másolatot készít a módosításról”.
Ezt a hibatípust vagy az MSI hibás gyártása okozza (a legtöbb szállító MS-t rosszul tervezik). vagy “gépspecifikus probléma” által. Tehát Patrick Pepin kiváló javaslatot tesz az msi szállítójának ellenőrzésére.
A VMWare vagy képalkotó eszköz valóban segít az ilyen típusú problémák elhárításában.
1 . Megállapítanám, hogy a probléma tiszta gépen reprodukálható-e, telepítve az összes előfeltételt (csak az ismeretlen vagy sérült számítógépes környezetben végzett tesztelés okozta hamis negatív lehetőség kiküszöbölésére).
2. Ha egy capture msi (az eredeti forrás nem msi) szisztematikusan kizárnám a fájlokat és a rendszerleíró kulcsokat, amíg el nem különítem a hibát okozó összetevőt az msi-ben. Felépítettem, így a legjobban tudom, hogyan lehet megoldani.
3. Ha az msi-t egy másik gyártó készítette, akkor áttekinteném a részletes naplót, és elkülöníteném a hibás utasítást az InstallExecuteSequenceTab le. A fő technikám az volt, hogy megtaláltam azt a hibát, amely az “1603” hibát generálta, és megtaláltam az azt okozó valószínű utasítást. Az elmélet teszteléséhez csak azt az utasítást kommentálnám (negatív előjelet tennék a szekvencia oszlopba), és futtassam újra a parancsot. Néha szerencsém lenne, sőt “megkerülném” az msi hibát azáltal, hogy hagyom kommentálni az egyedi műveletet. Ez a fajta változás akkor működik jól, ha az egyéni művelet “felesleges ellenőrzéseket” végez az asztali számítógépeken az Ön környezetében. Nyilvánvaló, hogy “tesztelném a módosított MSI-t”, és meggyőződnék arról, hogy az alkalmazás telepítve van-e, és tisztán indul.
4 . Ha a problémát tiszta asztalon tudom reprodukálni, akkor jó munícióm lesz, hogy kapcsolatba lépjek az eladóval. Azonban az a tapasztalatom, hogy ha tudja, hogyan kell elvégezni az általam vázoltakat, akkor kimeríti bármelyik technikai támogatási részleget, bármelyik eladónak hívja. Ezt mindenekelőtt “politikai okokból” teszik meg – így lehetsz hős, ha az eladó a jelentős kitartás ellenére sem talál megoldást.
Sok szerencsét. Remélem, ez segít.
