이 오류 메시지는 Microsoft Windows Installer Engine (무엇이 궁금하십니까? 여기를 읽으십시오)에 표시되며 설치 중에 문제가 발생했음을 나타내는 일반 오류 코드입니다. 이 기사를 읽고이 과속 방지턱을 피하는 방법을 알아보십시오. 다음은이 오류가 발생하는 알려진 원인의 가능한 목록입니다.
- 대상 컴퓨터에서 짧은 파일 이름 생성이 비활성화되어 있습니다.
- 설치 스크립트 사용자 지정 작업의 프로토 타입이 잘못되었습니다.
- 파일이 잠겨있어 덮어 쓸 수 없습니다.
- Microsoft Windows Installer 서비스가 올바르게 설치되지 않았습니다.
- The Windows Temp 폴더가 꽉 찼습니다.
- 설치 후 설치가 손상되어 제거 중에이 오류와 함께 실패합니다.
- 이전 버전의 Install Shield Developer를 사용 중입니다.
- 응용 프로그램에 필요한 경우 인쇄 및 파일 공유가 설치되지 않습니다.
1603 MSI 오류 문제 해결
설명한대로 The 1603 오류 코드는 대부분 Windows에 설치하는 동안 작업이 실패 할 때 반환되며 가장 일반적으로 MSI의 사용자 지정 작업 중 하나가 실패했음을 나타냅니다. 반환 코드 1603과 함께 실패한 설정이 발생하면 따라야 할 단계는 다음과 같습니다.
여기에 나열된 것과 유사한 단계를 사용하여 자세한 로깅을 활성화 한 상태로 설정을 다시 실행합니다.
1 단계 : 다음에 설치 패키지가 실행될 때 % temp % 디렉터리에 msi * .log라는 자세한 로그 파일을 생성합니다. (로그를 생성하는 더 많은 방법을 보려면 여기를 클릭하십시오). 여기에서 명령 줄 스위치에 대해 자세히 알아보세요.
msiexec / i < msipath > setup.msi /l*vc:\temp\msi.log
2 단계 : 텍스트로 자세한 로그 열기 메모장과 같은 편집기를 클릭하고 “return value 3″문자열을 검색합니다. 거의 모든 경우에 처음에 설정 롤백을 유발 한 실패한 작업을 나열하는 자세한 로그 섹션으로 이동합니다.
3 단계 : “반환 값 3″문자열 바로 위에있는 로그 파일의 내용을 검토하여 실패한 사용자 지정 작업 또는 표준 작업을 확인합니다. 어떤 작업이 실패하는지에 따라 여기에서 더 자세한 디버깅을 진행해야합니다.
실패한 설정을 디버깅하는 데 가장 큰 장애물은 종종 설정의 어느 부분이 실제로 발생하는지에 초점을 맞추는 것입니다. 실패하고 “반환 값 3″을 검색하는이 트릭은 거의 모든 경우에서이 프로세스의 속도를 높이는 데 도움이됩니다. 물론 100 % 시나리오에서는 작동하지 않습니다.
여기에서 로그 문제를 해결하는 몇 가지 방법을 찾을 수 있습니다. –
“CloudDesktopOnline.com-one에서 가상 데스크톱을 사용하여 Android / iOS 장치에서 즐겨 사용하는 Windows 애플리케이션에 액세스합니다. 최고의 서비스 제공 업체로서의 데스크탑. Office 365 무료 평가판과 O365CloudExperts.com의 탁월한 지원을 받으세요. “
알려진 솔루션
다음 솔루션 대부분의 경우에이 오류를 해결했습니다.
- 대상 컴퓨터에서 짧은 파일 이름 생성이 활성화되어 있는지 확인합니다. 대상 컴퓨터에서 짧은 파일 이름 생성이 비활성화되지 않았는지 확인할 수 있습니다. 다음 레지스트리 항목으로 이동하여 :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
“NtfsDisable8dot3NameCreation”값이 0인지 확인합니다. 이는 짧은 파일 이름 생성이 활성화되었음을 나타냅니다. 값 1은이 기능이 비활성화되었음을 나타냅니다. 값을 0으로 변경해야합니다.이 값을 수정 한 후에는 설정을 다시 시작하기 전에 대상 컴퓨터를 재부팅해야합니다.
참고 : 대상 컴퓨터에는 일반적으로 짧은 파일 이름 생성이 비활성화되어 있어야합니다. “NtfsDisable8dot3NameCreation”을 1로 재설정하고 재부팅하면 설치가 완료된 후 비활성화 할 수 있습니다. - Windows Installer 서비스가 제대로 설치되고 구성되었는지 확인하려면 사용자가 Windows 95 / 98 / Me에 InstmsiA.exe 파일을 설치하거나 Win NT 시스템에 InstmsiW.exe 파일을 설치하는 것이 좋습니다. 이러한 파일은 InstallShield 제품과 함께 제공됩니다. 다음 위치에 있습니다. < 제품 경로 > \ Redist \ Language Independent \ i386. 서비스가 설치된 경우 알아야 할 사항 서비스 실행 상태, 명령 프롬프트에서 services.msc로 이동하여 Windows Installer 서비스의 상태를 확인할 수도 있습니다. “St 선택하고 다시 시작하면 도움이 될 수 있습니다.”
- 모든 임시 폴더를 비 웁니다. 시스템의 특정 임시 폴더는 DOS 프롬프트에 액세스하고 set를 입력하여 확인할 수 있습니다.TEMP 및 TMP에 대해 나열된 값을 기록하고 해당 위치의 모든 파일을 삭제합니다.
- 바이러스 스캐너와 같은 유틸리티를 포함한 다른 응용 프로그램이 백그라운드에서 실행되고 있지 않은지 확인합니다. 실행중인 모든 응용 프로그램과 유틸리티를 닫고 설치를 다시 시작하십시오.
- 제거 중에이 오류가 발생하면 Microsoft Windows Installer CleanUp 유틸리티를 사용하여 설치를 제거하십시오. 설치가 성공적으로 제거되면 프로젝트를 디버그하여 원래 오류의 원인을 확인할 수 있습니다.
이 마지막에 해당하지 않는 경우 다른 문제 일 수 있습니다. 설치 중에 발생한 오류, 댓글에서 업데이트하세요. 수정 해주세요 ..!
LinkedIn 및 기타 토론
저는 LinkedIn 토론에도이 소식을 게시했고 동일한 품질에 대한 응답 – 여기에서 일부 정보를 추출하여 여기에 게시하여 모든 정보를 한곳에서 얻을 수 있습니다.
선임 데스크톱 분석가 인 Jack Fei는 다음과 같이 씁니다.
Vijay는 이러한 유형의 문제를 해결하는 방법에 대해 몇 가지 훌륭한 포인트를 제시했습니다. 내 경험상 “상세한 로깅 결과를 msi 내부와 연관시키는 방법”을 이해하면 수정은 일반적으로 간단합니다.
먼저, “설치”는 msiexec.exe가 내부 InstallExecuteSequence 테이블의 행을 순차적으로 처리한다는 것을 의미합니다. msi 데이터베이스입니다.
둘째, msiexec.exe는 InstallInitialize와 InstallFinalizes 사이에 순서가 지정된 명령을 두 단계로 처리합니다. 이에 대해 생각하는 방법은 명령의 구문을 확인하는 동안 첫 번째 단계는 “조건부로 변경 사항을 시스템에 설치”하고 두 번째 단계는 “변경 사항을 시스템에 커밋”하는 것입니다. 1603은 본질적으로 변경 사항을 커밋하려고 시도하는 “오류가 발생했습니다”를 의미하며 msiexec.exe가 “변경 사항을 취소”하게합니다.
이 유형의 오류는 msi 잘못된 엔지니어링으로 인해 발생합니다 (대부분의 공급 업체 msi가 잘못 엔지니어링 됨). 또는 “머신 특정 문제”에 의해 발생합니다. 따라서 Patrick Pepin은 msi 공급 업체를 확인하는 훌륭한 제안을합니다.
VMWare 또는 이미징 도구가 있으면 이러한 유형의 문제를 해결하는 데 도움이됩니다.
1 . 모든 필수 구성 요소가 설치된 깨끗한 컴퓨터에서 문제를 재현 할 수 있다고 판단합니다 (알 수 없거나 손상된 PC 환경에서 테스트로 인한 오탐 가능성을 제거하기 위해).
2. 만약 그렇다면 캡처 msi입니다 (원래 소스는 msi가 아님). msi에서 문제를 일으키는 구성 요소를 분리 할 때까지 파일과 레지스트리 키를 체계적으로 제외합니다. 직접 만들었으므로 해결 방법을 가장 잘 알고 있습니다.
3. msi가 다른 공급 업체에서 엔지니어링 된 경우 자세한 로그를 검토하고 InstallExecuteSequenceTab에서 실패한 명령을 분리합니다. 르. 저의 주요 기술은 “1603”오류를 생성 한 오류를 찾아 그 원인이 될 가능성이있는 명령을 찾는 것이 었습니다. 이론을 테스트하기 위해 해당 명령 만 주석 처리 (시퀀스 열에 음수 기호 입력)하고 명령을 다시 실행합니다. 때때로, 나는 운 좋게도 사용자 지정 작업을 주석 처리하여 msi 결함을 “해결”할 수도 있습니다. 이러한 유형의 변경은 사용자 환경의 데스크톱에 대해 사용자 지정 작업이 “불필요한 검사”를 수행 할 때 효과적입니다. 분명히 “수정 된 msi를 테스트”하고 응용 프로그램이 설치되고 제대로 시작되는지 확인합니다.
4 . 깨끗한 데스크탑에서 문제를 재현 할 수 있다면 공급 업체에 연락 할 수있는 좋은 탄약을 갖게됩니다. 그러나 내 경험에 따르면 내가 설명한 작업을 수행하는 방법을 안다면 어떤 공급 업체에 전화하든 기술 지원 부서를 지킬 것입니다. 이것은 무엇보다 “정치적 이유”를 위해 수행됩니다. 따라서 공급 업체가 상당한 끈기에도 불구하고 해결책을 찾지 못할 때 영웅이 될 수 있습니다.
행운을 빕니다. 도움이 되었기를 바랍니다.
p>
