Tämän virhesanoman näyttää Microsoft Windows Installer Engine (Mietitkö mitä? Lue tästä) ja on yleinen virhekoodi, joka osoittaa asennuksen aikana ilmenneen ongelman. Lue tämä artikkeli oppiaksesi ohittamaan tämän nopeuden. Seuraava on todennäköisten luettelo virheen tunnetuista syistä:
- Lyhyt tiedostonimen luominen on poistettu käytöstä kohdekoneessa.
- Asennetun komentosarjan mukautettu toiminto on prototyyppisesti väärä.
- Tiedosto on lukittu eikä sitä voida korvata.
- Microsoft Windows Installer -palvelua ei ole asennettu oikein.
- Windows Temp -kansiot ovat täynnä.
- Asennus vioittui asennuksen jälkeen, ja siksi se epäonnistuu tämän virheen aikana asennuksen poistamisen yhteydessä.
- Install Shield Developer -ohjelman vanhempaa versiota käytetään.
- Tulostusta ja tiedostojen jakamista ei ole asennettu, jos sovelluksesi sitä tarvitsee.
1603 MSI-virheen vianmääritys
Kuten keskusteltiin, The 1603 virhekoodi palautetaan enimmäkseen, kun mikä tahansa toiminto epäonnistuu asennuksen aikana Windowsissa, ja yleisimmin se osoittaa, että yksi MSI: n mukautetuista toimista epäonnistui. Kun kohtaamme epäonnistuneen palautuskoodin 1603 asennuksen, meidän on noudatettava seuraavia vaiheita:
Suorita asennus uudelleen, kun yksityiskohtainen kirjaus on käytössä, käyttämällä tässä lueteltuja vaiheita vastaavia vaiheita.
Vaihe 1: Luo monipuolinen lokitiedosto nimeltä msi * .log hakemistoon% temp% seuraavan kerran, kun asennuspaketti suoritetaan. (Napsauta tätä, jos haluat tietää enemmän tapoja luoda loki). Lisätietoja komentorivikytkimistä on täällä.
msiexec / i < msipath > setup.msi /l*vc:\temp\msi.log
Vaihe 2: Avaa tekstiä sisältävä loki editori, kuten muistilehtiö, ja etsi merkkijono ”return value 3”. Tämä vie melkein kaikissa tapauksissa yksityiskohtaisen lokin osioon, jossa luetellaan toiminto, joka epäonnistui ja joka aluksi aiheutti asennuksen palauttamisen.
Vaihe 3: Tarkista lokitiedoston sisältö heti ”return value 3” -merkkijonon yläpuolelta selvittääksesi, mikä mukautettu toiminto tai vakiotoiminto epäonnistui. Riippuen siitä, mikä toiminto epäonnistuu, meidän on jatkettava yksityiskohtaisempaa virheenkorjausta täältä.
Voidaan todeta, että epäonnistuneen asennuksen virheenkorjauksen suurin este on usein nollaaminen missä asennuksen osassa on epäonnistuu, ja tämä palautusarvon 3 etsimisen temppu auttaa nopeuttamaan prosessia lähes kaikissa tapauksissa. Se ei tietenkään toimi 100% skenaarioista.
Löydät joitain tapoja lokien vianmääritykseen täältä –
”Pääset Windows-suosikkisovelluksiisi Android- / iOS-laitteeltasi virtuaalisella työpöydällä. CloudDesktopOnline.com-one parhaista työpöydistä palveluntarjoajina. Hanki ilmainen Office 365 -kokeiluversio ja erinomainen O365CloudExperts.com -tuki. ”
Tunnetut ratkaisut
Seuraavat ratkaisut ovat ratkaisseet tämän virheen useimmissa tapauksissa:
- Varmista, että lyhyen tiedostonimen luominen on otettu käyttöön kohdekoneessa. Voit tarkistaa, ettei kohdekoneessa ole poistettu käytöstä lyhyen tiedostonimen luomista siirtymällä seuraavaan rekisterimerkintöön:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
Varmista, että arvo ”NtfsDisable8dot3NameCreation” on yhtä suuri kuin 0. Tämä tarkoittaa, että lyhyen tiedostonimen luominen on käytössä. Arvo 1 tarkoittaa, että tämä toiminto on poistettu käytöstä. Sinun tulisi vaihtaa arvoksi 0. Kun olet muuttanut tätä arvoa, kohdekone on käynnistettävä uudelleen ennen kuin yrität käynnistää asetuksia uudelleen.
Huomaa: Jos kohdekoneessa pitäisi yleensä olla poistettu käytöstä lyhyen tiedostonimen luominen, se voidaan poistaa käytöstä asennuksen päätyttyä palauttamalla ”NtfsDisable8dot3NameCreation” arvoksi 1 ja käynnistämällä se uudelleen. - Varmistaaksesi, että Windows Installer Service on oikein asennettu ja määritetty, on suositeltavaa, että käyttäjät asentavat tiedoston InstmsiA.exe Windows 95/98 / Me tai InstmsiW.exe Win NT -järjestelmiin. Nämä tiedostot toimitetaan InstallShield-tuotteen mukana ja sijaitsevat seuraavassa paikassa: < Tuotteen polku > \ Redist \ Language Independent \ i386. Jos palvelu on asennettu, tietää Palvelun suorituksen tila, voit myös siirtyä services.msc komentokehotteeseen, tarkistaa Windows Installer -palvelun tilan. ”St oppiminen ja uudelleenkäynnistäminen voi auttaa ”
- Tyhjennä kaikki väliaikaiset kansiot. Koneen väliaikaiset kansiot voidaan määrittää avaamalla DOS-kehote ja kirjoitusjoukko.Huomaa TEMP: lle ja TMP: lle luetellut arvot ja poista kaikki tiedostot kyseisistä sijainneista.
- Varmista, ettei taustalla ole muita sovelluksia, mukaan lukien apuohjelmat, kuten virustentorjuntaohjelmat. Sulje kaikki käynnissä olevat sovellukset ja apuohjelmat ja käynnistä asennus uudelleen.
- Jos tämä virhe ilmenee asennuksen poistamisen aikana, poista asennus Microsoft Windows Installer CleanUp -apuohjelman avulla. Kun asennus on poistettu onnistuneesti, voit debugata projektin selvittääksesi, mikä aiheutti alkuperäisen virheen.
Jos se ei kuulu tähän viimeiseen, se voi olla mikä tahansa muu Asennuksen aikana tapahtunut virhe, päivitä kommentit … korjaa ongelmat ..!
LinkedIn ja muut keskustelut
Olin myös julkaissut tämän LinkedIn-keskusteluissa ja sain joitain laatuvastaukset samalle – otan joitain tietoja sieltä ja lähetän ne tänne, jotta saat kaikki tiedot yhdestä paikasta.
Vanhempi työpöydän analyytikko, Jack Fei kirjoittaa,
Vijay on esittänyt erinomaisia huomioita tämän tyyppisten ongelmien vianmäärityksessä. Kokemukseni mukaan korjaus on yleensä vähäpätöinen, kun ymmärrät ”kuinka verbose logging -tulokset korreloidaan” MSI-sisäisiin.
Ensinnäkin, tiedä ensin, että ”asennus” tarkoittaa msiexec.exe-tiedostoa, joka käsittelee järjestyksessä olevia InstallExecuteSequence-taulukon rivejä msi-tietokanta.
Toiseksi tiedä, että msiexec.exe käsittelee InstallInitialize- ja InstallFinalizes-komentojen sekvensoidut komennot kahdella kertaa. Tapa ajatella sitä on, että ensimmäinen syöttö ”asentaa muutoksen ehdollisesti” koneelle tarkistaessaan komennon syntaksin ja toinen läpäisy ”sitouttaa muutoksen koneeseen”. 1603 tarkoittaa olennaisesti ”tapahtui virhe” yrittää tehdä muutos, jolloin msiexec.exe ”taaksepäin muutoksen”.
Tämäntyyppinen virhe johtuu joko msi: n väärinkäytöstä (useimmat toimittajien msi: t on suunniteltu väärin) tai ”konekohtainen ongelma”. Joten Patrick Pepin tekee erinomaisen ehdotuksen MSI-toimittajan tarkistamiseksi.
VMWare- tai kuvankäsittelytyökalun käyttö todella auttaa tämäntyyppisten ongelmien vianetsinnässä.
1 Tarkoitan, että ongelma voidaan toistaa puhtaalla koneella, johon on asennettu kaikki ennakkoedellytykset (vain eliminoidaksemme tuntemattoman tai vioittuneen tietokoneympäristön testauksen aiheuttaman väärän negatiivisen).
2. Jos se on sieppaus msi (alkuperäinen lähde on muu kuin msi) Suljen järjestelmällisesti pois tiedostot ja rekisteriavaimet, kunnes eristin ongelman aiheuttavan osan msi: ssä. Rakensin sen, joten tiedän parhaiten, kuinka korjata se.
3. Jos msi on toisen toimittajan suunnittelema, tarkastaan tarkan lokin ja eristän epäonnistuneen käskyn InstallExecuteSequenceTab-välilehdessä le. Suurimpana tekniikkani oli löytää vika, joka aiheutti ”1603” -virheen, ja löytää todennäköinen käsky, joka aiheutti sen. Teorian testaamiseksi kommentoin vain kyseistä käskyä (laitan negatiivisen merkin sekvenssisarakkeeseen) ja suoritan komennon uudelleen Joskus onnistuin ja jopa ”kiertäisin” MSI-vikaa jättämällä mukautetun toiminnan kommentoimaan. Tämän tyyppinen muutos toimii hyvin, kun mukautettu toiminto tekee ”tarpeettomia tarkistuksia” työasemillesi ympäristöissäsi. On selvää, että ”testaan muokatun MSI: n” ja varmistan, että sovellus on asennettu ja käynnistyy siististi.
4 . Jos pystyn toistamaan ongelman puhtaalla työpöydällä, minulla on hyvät ammukset ottaakseni yhteyttä myyjään. Kokemukseni mukaan kuitenkin, jos osaat tehdä sen, mitä olen hahmottanut, tyhjennät minkä tahansa myyjän teknisen tuen osastot. Tämä tehdään ”poliittisista syistä” enemmän kuin mistään muusta – joten voit olla sankari, kun myyjä ei löydä ratkaisua huolimatta sinusta huomattavasta itsepintaisuudesta.
Onnea. Toivottavasti tämä auttaa.
