터미널 서버에서 VB 6.0을 시작하여 비 관리자를위한 "설치 준비"Windows 설치 프로그램을 시작합니다.

Question

이것은 IT 질문 인 것 같습니다. 그러나 내가 물었던 사람들의 대부분은 나를 도울 수 없었습니다. 내가 일하는 곳에 우리는 a Windows 2003 서버 여러 개발자가 RDP를 통해 연결하는 곳. 우리는 그들 중 일부의 특권을 다운 그레이드했습니다 (그들은 관리자였습니다). 그리고 이제 그들이 시작할 때 Visual Basic 6.0, 그들은 Windows 설치 프로그램 "설치 준비"대화 상자를 얻습니다. 약 2 분 후에 사라지지만 성가신 시간과 시간 낭비입니다. 나는 이름을 바꾸는 등 여러 가지를 시도했습니다 msi.dll System32 및 Dllcache에서 개발자에게 레지스트리와 C : 프로그램 파일, 그러나 아무것도 작동하지 않는 것 같습니다.

모든 도움이 감사하겠습니다.

감사

넬슨 마르 몰

Answer 1

여기에 제공된 솔루션 중 어느 것도 문제를 해결했습니다. 당신의 도움을 주셔서 감사합니다. 더 많은 연구 후에, 나는 기사 에서이 단계를 발견했고 이것은 문제를 해결했다 : 1) c : windows system32 폴더로 이동하여 msi.dll을 찾습니다.

2) MSI.dll의 이름을 다른 이름으로 바꿉니다.

3) C : Windows System32 DllCache 폴더로 이동하여 이름을 바꿉니다. msi.dll 도.

이 단계를 수행하지 않으면 System32 폴더의 MSI.dll이 자동으로 재현됩니다.

이 dllcache 폴더를 찾을 수없는 경우 폴더 옵션에서 속성을 변경해야 할 수도 있습니다.

Windows 탐색기 -> 도구 메뉴로 이동 -> 폴더 옵션 선택 -> 탭보기 클릭 -> 옵션을 선택 취소하십시오. "보호 된 운영 체제 파일 숨기기 (권장)".

4) vb6을 시작하면 이제 오류 메시지를받지 않고 VB6을 시작할 수 있습니다.

5) 파일의 이름을 바꿉니다 msi.dll System32 폴더 및 dllcache 폴더.

Answer 2

나는 그들이 VB를 시작하는 방식을 바꾸려고 노력할 것입니다. vb6.exe에 대한 링크를 작성하여 설치 프로그램이 작성한 기존 링크 대신 사용하십시오.

Answer 3

발사 프로세스 모니터 서버에서 특정 사용자 로그인을위한 필터를 설정 한 다음 정상적으로 로그인하도록합니다. 이것은 특정 파일에 액세스 할 때 어떤 권한이 실패했는지 보여줄 수 있습니다.

Answer 4

MSI.dll의 이름을 바꾸거나 죽이는 것은 그러한 문제의 원인에 대한 해결책이 아니라 문제를 마스킹합니다.

일반적으로 가능한 두 가지 원인이 있습니다.

1. 터미널 서버의 일부 드라이브는 비전지가없는 사용자가 접근 할 수 없습니다.이 드라이브 루트 폴더에 대한 읽기 액세스를 허용하는 데 도움이됩니다.

2. 일부 잘못 설치된 구성 요소 (마지막으로 MSComctl32.ocx였습니다), Discoverealble 조사 EventLogs (일반적으로 누락 된 구성 요소의 안내 만 기록되어 있지만 실제 파일이 누락 된/잘못 등록 된 내용을 항상 찾는 것은 쉽지는 않습니다).