Acest mesaj de eroare este afișat de Microsoft Windows Installer Engine (Vă întrebați ce este acest lucru? Citiți aici) și este un cod general de eroare care indică o problemă apărută în timpul instalării. Citiți acest articol pentru a afla cum să ocoliți această viteză. Următoarea este lista probabilă a cauzelor cunoscute pentru care apare această eroare:
- Crearea scurtă a numelui de fișier este dezactivată pe computerul țintă.
- O acțiune personalizată Install Script este prototipată incorect.
- Un fișier este blocat și nu poate fi suprascris.
- Serviciul de instalare Microsoft Windows nu este instalat corect.
- Dosarele Windows Temp sunt pline.
- Configurarea a fost coruptă după instalare și, prin urmare, nu reușește cu această eroare în timpul dezinstalării.
- Se folosește o versiune mai veche a Install Shield Developer.
- Imprimarea și partajarea fișierelor nu sunt instalate dacă aplicația dvs. are nevoie de ele.
Depanarea erorii 1603 MSI
După cum sa discutat, The 1603 codul de eroare este returnat mai ales atunci când orice acțiune eșuează în timpul instalării pe Windows și cel mai frecvent indică faptul că una dintre acțiunile personalizate din MSI a eșuat. Când întâmpinăm o configurare eșuată cu codul de returnare 1603, iată pașii pe care ar trebui să-i urmăm:
Executați din nou configurarea cu înregistrarea detaliată activată utilizând pași similari cu cei care sunt enumerați aici.
Pasul 1: Generați un fișier jurnal detaliat numit msi * .log în directorul% temp% la următoarea executare a pachetului de instalare. (Faceți clic aici pentru a afla mai multe modalități de a genera jurnal). Aflați mai multe despre comutatoarele de linie de comandă aici.
msiexec / i < msipath > setup.msi /l*vc:\temp\msi.log
Pasul 2: Deschideți jurnalul detaliat într-un text editor precum notepad și căutați șirul „returnează valoarea 3”. În aproape toate cazurile, acest lucru ne va duce la secțiunea din jurnalul detaliat care listează acțiunea care a eșuat și care a cauzat inițial revenirea setării.
Pasul 3: examinați conținutul fișierului jurnal imediat deasupra șirului „returnează valoarea 3” pentru a determina ce acțiune personalizată sau acțiune standard a eșuat. În funcție de acțiunea care eșuează, va trebui să procedăm la o depanare mai detaliată de aici.
Se poate constata că cel mai mare obstacol în depanarea unei configurări eșuate este de multe ori reducerea la zero a părții din configurare care este de fapt eșuează și acest truc de căutare a „valorii returnate 3” ajută la accelerarea acestui proces în aproape toate cazurile. Desigur, nu funcționează în 100% din scenarii.
Puteți găsi câteva modalități de depanare a jurnalelor aici –
„Accesați aplicațiile Windows preferate de pe dispozitivul dvs. Android / iOS cu un desktop virtual de CloudDesktopOnline.com-one dintre cei mai buni furnizori de servicii desktop ca serviciu. Obțineți o perioadă de încercare gratuită a Office 365 și asistență excelentă de către O365CloudExperts.com „
Soluții cunoscute
Următoarele soluții a rezolvat această eroare în majoritatea cazurilor:
- Asigurați-vă că crearea scurtă a numelui de fișier este activată pe mașina țintă. Puteți verifica dacă mașina țintă nu are dezactivată crearea numelui scurt al fișierului. navigând la următoarea intrare de registru:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
Asigurați-vă că valoarea „NtfsDisable8dot3NameCreation” este egală cu 0. Aceasta indică faptul că este activată crearea scurtă a numelui de fișier. O valoare 1 indică faptul că această funcționalitate este dezactivată. Ar trebui să schimbați valoarea la 0. După modificarea acestei valori, mașina țintă trebuie repornită înainte de a încerca să lanseze din nou setarea.
Notă: Dacă mașina țintă ar trebui să aibă în mod normal dezactivată crearea scurtă a numelui de fișier, poate fi dezactivată după finalizarea instalării, resetând „NtfsDisable8dot3NameCreation” la 1 și repornind. - Pentru a vă asigura că serviciul Windows Installer este instalat și configurat corect, este recomandat ca utilizatorii să instaleze fișierul InstmsiA.exe pe Windows 95/98 / Me sau InstmsiW.exe pe sistemele Win NT. Aceste fișiere sunt livrate împreună cu produsul dvs. InstallShield și sunt situate în următoarea locație: < Calea produsului > \ Redist \ Language Independent \ i386. Dacă serviciul este instalat, să știți starea execției de serviciu, puteți, de asemenea, să mergeți la services.msc în promptul de comandă, să verificați starea Serviciului de instalare Windows. „St operarea și repornirea acestuia vă pot ajuta ”
- Goliți toate folderele temporare. Folderele temporare specifice pentru o mașină pot fi determinate accesând promptul DOS și setând tastarea.Rețineți valorile enumerate pentru TEMP și TMP și ștergeți toate fișierele din acele locații.
- Asigurați-vă că nicio altă aplicație, inclusiv utilitare precum scanere de viruși, nu rulează în fundal. Închideți toate aplicațiile și utilitarele care rulează și lansați din nou instalarea.
- Dacă această eroare apare în timpul dezinstalării, utilizați utilitarul Microsoft Windows Installer CleanUp pentru a dezinstala instalarea. Odată ce instalarea a fost dezinstalată cu succes, puteți depana proiectul pentru a determina ce a cauzat eroarea inițială.
Dacă nu se încadrează în acest ultim, ar putea fi orice altul eroare care a apărut în timpul instalării, actualizați-o în comentarii … remediați asta …!
LinkedIn și alte discuții
De asemenea, postasem asta pe Discuții LinkedIn și am câteva răspunsuri de calitate pentru același lucru – voi extrage niște informații de acolo și le voi posta aici, astfel încât să puteți obține toate informațiile într-un singur loc.
Un analist de birou principal, scrie Jack Fei,
Vijay a făcut câteva puncte excelente despre cum să depanați aceste tipuri de probleme. Din experiența mea, remedierea este de obicei banală odată ce înțelegeți „cum să corelați rezultatele înregistrării detaliate” cu internele msi.
Mai întâi, știți că „instalare” înseamnă msiexec.exe procesând secvențial rânduri ale tabelului InstallExecuteSequence din interior baza de date msi.
În al doilea rând, știți că msiexec.exe procesează comenzile secvențiate între InstallInitialize și InstallFinalizes în două treceri. O modalitate de a ne gândi la aceasta este prima trecere „instalează condiționat modificarea” pe mașină în timp ce verifică sintaxa comenzii, iar cea de-a doua trecere „implică modificarea în mașină”. Un 1603 înseamnă, în esență, „s-a produs o eroare”, încercând să comită modificarea, determinând msiexec.exe să „retragă modificarea”.
Acest tip de eroare este fie cauzat de misi ingineria tehnică (majoritatea msi furnizor sunt mal concepute) sau printr-o „problemă specifică mașinii”. Așadar, Patrick Pepin face o sugestie excelentă pentru a verifica furnizorul de msi.
Având instrumentul VMWare sau imagistică ajută cu adevărat la depanarea acestui tip de problemă.
1 . Aș stabili că problema poate fi reprodusă pe o mașină curată, cu toate cerințele prealabile instalate (doar pentru a elimina posibilitatea falsului negativ cauzat de testarea pe un mediu PC necunoscut sau corupt).
2. Dacă este este o captură msi (sursa originală este non-msi) aș exclude sistematic fișierele și cheile de registry până când am izolat componenta care cauzează problema în MSI. Am construit-o, așa că știu cel mai bine cum să o rezolv.
3. dacă msi-ul a fost proiectat de un alt furnizor, aș revizui jurnalul detaliat și aș izola instrucțiunea de eșec din tabul InstallExecuteSequenceTab le. Tehnica mea principală a fost să găsesc eșecul care a generat eroarea „1603” și să găsesc instrucțiunea probabilă care a provocat-o. Pentru a-mi testa teoria, aș comenta doar acea instrucțiune (așez un semn negativ în coloana secvenței) și a relua comanda Uneori, aș avea noroc și chiar „aș rezolva” defectul msi lăsând acțiunea personalizată comentată. Acest tip de schimbare funcționează excelent atunci când acțiunea personalizată efectuează „verificări inutile” pentru desktopurile din mediile dvs. Evident, aș „testa msi modificat” și m-aș asigura că aplicația este instalată și pornește curat.
4 . Dacă pot reproduce problema pe un desktop curat, voi avea muniție bună pentru a contacta furnizorul. Cu toate acestea, experiența mea este că, dacă știți cum să faceți ceea ce am subliniat, veți epuiza departamentele de asistență tehnică ale oricărui furnizor pe care îl apelați. Acest lucru se face din „motive politice” mai mult decât orice altceva – astfel încât să puteți fi eroul atunci când vânzătorul, în ciuda persistenței considerabile de la dvs., nu poate găsi o soluție.
Noroc. Sper că acest lucru vă va ajuta.
