MSI가 원래 .msi 파일에 제거를 진행하도록 요구하는 이유는 무엇입니까?

https://stackoverflow.com/questions/208530

03-07-2019
|

문제

대부분의 사람들이 알았 듯이 MSI 패키지 창을 제거하면 원본을 요구할 것입니다. .msi 파일. 왜 그런 겁니까?

그것에 대한 단점 만 볼 수 있습니다.

네트워크 변경에 탄력적이지 않습니다.
로컬 디스크 변경에 탄력적이지 않습니다.
사용자가 예상치 못한.
일반적으로 사용자는 책상을 떠나 성전을 시작하여 올바른 CD를 얻습니다.
설치가 독립적이지 않다는 것을 증명합니다.
MSIZAP와 같은 안전하지 않은 도구의 사용을 촉진합니다.
결국 "다음 번에 zip 파일 만 사용하겠습니다"사고 방식을 홍보합니다.

누군가 이것에 대해 약간의 빛을 발할 수 있습니까?

해결책

깨진 손상을 수정하십시오: 당신은 최신을 시도 할 수 있습니다 Fixit Microsoft에서 도구를 제거하십시오 MSI를 제거하는 데 문제가있는 경우. 그리고 하나 더 링크 : msiexec을 사용하지 않고 명령 줄에서 msi 파일을 제거하지 않음 (MSI를 제거하는 다른 방법의 과다한.).

업데이트:

~~이 새로운 지원 도구~~ (이 도구는 이제 더 이상 사용되지 않습니다) 최근 Windows 버전에서 시도 할 수 있습니다. 제거가 필요한 MSI 패키지 (구식, 더 이상 사용되지 않고 지원되지 않고 ~~msizap.exe~~).

일부는 Saschabeaumont에 의해 여기에 연결된 도구를 사용하도록 제안했습니다. MSI 파일없이 제거하십시오. 당신이 그것을 시도하고 그것이 작동한다면, 우리에게 알려주십시오. 이 답변의 피드백은 그것이 작동한다는 것을 나타냅니다 (현재로서 테스트 할 설정이 없음).

원래 설치 미디어를 요청하는 이유는 무엇입니까?:

MSI 자체가 잘못 설계되었거나 캐시 된 MSI가 누락되지 않는 한 원래 MSI는 제거 할 필요가 없습니다. (아래 세부 사항 참조).
설치된 모든 MSI 파일은 캐시됩니다 %SystemRoot% 설치자 *.* 사용 a 임의의 16 진 이름.
캐시 된 MSI 파일은 무엇보다도 사용됩니다 유지, 수리하다 그리고 제거 운영 - 대부분의 경우에는 제거하기에 충분합니다.
일부 경우에 이 캐시 된 파일이 누락 될 수 있습니다, 그리고 어떤 경우에는 제거 할 수 없습니다. (왜 이런 일이 일어날 수 있는지에 대한 일부 이론 - MSI design errors, anti-virus quarantining, system restore, tinkering, developer system in erroneous state from development work, etc...). 아래의 자세한 정보 및 강제 링크를 참조하십시오.
원래 소스 파일을 디스크에 복사 해야하는 경우에만 필요합니다 (유지 보수 설치의 경우). 명시 적 요청 표준 조치를 통해 원래 소스를 해결합니다 RESOLVESORCE 또는 사용자 정의 조치를 통해 ( 제대로 작성된 패키지로 수행해서는 안됩니다 - MS Office 패키지 에이 Resolvesource 오류가 포함되어있어 모든 사람이 설치 CDS/DVD를 찾아 갈 수 있습니다).
이전 에디션의 Windows 에서이 캐시 된 MSI는 모든 운전실에서 벗겨졌으며 따라서 설치 관리자 구조 만 포함되어 있으며 파일은 포함되지 않았습니다.
Windows 7부터 시작 (MSI 버전 5) MSI 파일은 이제 전체 크기로 캐시됩니다 설정시 UAC 프롬프트에 영향을 미치는 파일 서명을 중단하지 않으려면 (알려진 Vista 문제). 이로 인해 디스크 공간 소비가 엄청나게 증가 할 수 있습니다 (일부 시스템의 경우 여러 기가 바이트). 이 기사, 특히 더 많은 인텔에 대한 토론을 확인하십시오..
거대한 MSI 파일 캐싱을 방지하려면 관리자 설치 설치하기 전에 패키지의. 이것은 관리되는 네트워크에 적절한 배포를 가진 회사가 일을하는 방법이며, CAB 파일을 제거하고 작은 MSI 파일과 그 외에도 네트워크 설치 지점을 만듭니다. 이것은 a를 산출 할 수 있습니다 UAC 프롬프트 추출 된 MSI 파일이 더 이상 서명되지 않았으므로 일부 경우가 있습니까? 이는 SOE / 데스크탑 구성으로 테스트해야합니다..
관리자 설치에 대한 전체 설명을 위해이 스레드에서 내 대답을 읽으십시오. MSIEXEC /A를 사용하여 시작된 관리 설치의 목적은 무엇입니까? 또는이 유사하지만 아마도 더 접근 가능한 답변 : 관리자 설치 및 그 용도
일부 드문 경우에 캐시 된 MSI (임의 이름을 가진)는 잘못 누락 될 수 있으며, 제거되지 않으면 해제되지 않으려면 원래 MSI를 요청합니다. 이것은 자주 발생하지 않습니다. 예전에는 사용할 수있는 경우였습니다. ~~msizap.exe~~ 그러한 설치를 정리하려면이 도구는 시대에 뒤쳐진, 감가 상각 된 그리고 지원되지 않습니다. 사용하지 마십시오. 새로운 Windows 버전에는 비 호환성이 너무 많으며 새로운 문제가 발생합니다. 아마 시도 할 것입니다 ~~이 지원 도구~~ 대신 (또한 더 이상 사용되지 않음). 내가 지금 제안 할 수있는 유일한 선택은입니다 Saschabeaumont 의이 답변. 이 도구를 사용해 보면 요에 맞는지 알려주십시오.유. 캐시 된 MSI가 누락 된 원인이 무엇인지 알아 내려면 여기에서 섹션 12를 읽으십시오. msiexec을 사용하지 않고 명령 줄에서 msi 파일을 제거하지 않음 (짧은 잠재적 인 원인은 시스템 복원, 반 바이러스 및 청소 스크립트, 잘못된 수동 조정, 낮은 디스크 공간, 전원 정전, 개발자 박스 디버깅 오류, 중복 패키지 코드가있는 MSI 파일, 실패 패치 등에 이르기까지 다양합니다. . 많은 이론, 몇 가지 확실성이 두려워).
A로 최후의 조치 당신은 시도 할 수 있습니다 시스템 복원 (전적으로 또는 부분적으로 비활성화되지 않는 한) 이전 설치 상태로 돌아가서 제거 문제가 해결되는지 확인해야합니다 (YouTube 또는 유사한 사이트 에서이 비디오 데모를 찾을 수 있음).
시스템 복원은 Windows 업데이트에 영향을 줄 수 있으며 다른 많은 시스템 설정뿐만 아니라 다시 적용해야합니다. 시스템 복원으로 인한 새롭고 해결할 수없는 설치 문제를 보았지만 일반적으로 잘 작동합니다. 분명히 기능을 재미있게 사용하지 마십시오. 최후의 수단입니다 그리고 가장 잘 사용됩니다 새로운 드라이버의 롤백 또는 방금 설치되어 즉각적인 문제와 그러한 문제를 일으키는 것으로 밝혀진 설정. 더 오래 돌아갈수록 더 많은 재 작업이 스스로 만들어집니다. 자명 한 것들이 많지만 언급되어야한다고 생각합니다.
시스템 복원을 언급 한 이후로 언급해야한다고 생각합니다. 마지막으로 알려진 좋은 구성 기능. 이 기능은 제거 또는 시스템 복원과 관련이 없지만 마지막 부팅 구성이 작동하거나 실행중인 시스템입니다. 부팅 중에 블루스 크레엔이나 멈추면 시스템을 다시 실행하는 데 사용할 수 있습니다. 이것은 종종 운전자가 설치 한 후에 발생합니다. 이것은 당신의 실패한 제거를 해결하기 위해 아무것도하지 않을 것입니다 (또는 나는 매우 놀란).