Cryptoarm 지정한 계정이 이미 존재합니다. "지정한 계정이 이미 있습니다" 오류: 단계별 해결 방법

스크립트가 작동하려면 PowerShell이 ​​설치되어 있어야 합니다. 이 프로그램모든 최신 Windows 시스템과 번들로 제공되지만 WindowsXP에서는 PowerShell을 별도로 설치해야 합니다.

스크립트의 모든 매개변수는 파일을 편집하여 설정하거나 해당 키의 값으로 전달할 수 있습니다. 어떤 키를 사용할 수 있고 어떤 값을 전달해야 하는지 살펴보겠습니다.

키 "dd"(배포 디렉토리에서)는 모든 Windows 형식 경로를 허용합니다. "C:\Windows" 또는 "\\Server\1CDistr"과 같은 경로입니다. 1C 플랫폼의 배포판은 지정된 경로를 따라 위치해야 하며 각 배포판은 버전 번호 또는 1C Enterprise 플랫폼의 버전 번호 및 비트 깊이가 있는 자체 폴더에 있어야 합니다(예: "8.3.5.1111" 또는 "8.3.9.1818-32" 또는 "8.3.9.1818 -64". 동일한 네트워크에 컴퓨터가 있는 경우 Bitness 접미사를 사용해야 합니다. 운영체제비트 수가 다르고 64비트 시스템에 64비트 플랫폼을 설치하려고 합니다. 지정된 폴더와 플랫폼 배포가 있는 모든 하위 폴더는 스크립트가 대신 실행될 사용자가 읽을 수 있어야 합니다.

"dd" 키와 같은 "dl" 키(디렉토리 로그에서)는 모든 Windows 형식 경로를 허용합니다. V 이 폴더스크립트 실행 로그가 기록됩니다. 로그 파일의 이름은 컴퓨터 이름에 해당하며 스크립트가 실행될 때마다 추가됩니다. 지정된 폴더는 대신 스크립트를 실행할 사용자가 쓸 수 있어야 합니다. 지정된 경로를 사용할 수 없거나 쓸 수 없는 경우 스크립트의 모든 작업은 사용자의 로컬 폴더에 있는 "1C8InstallAndUninstall.log" 파일에 기록됩니다(예: 경로는 "C:\Users\Vasa\ 앱데이터\로컬\").

키 "ip"(설치 매개변수에서)는 스크립트가 실행 중일 때 설치 매개변수를 담당합니다. 키는 다음 값 중 하나를 사용할 수 있습니다.

• "아니오" - 설치하지 않음
• "last" - distributions 폴더에 있는 최신 플랫폼을 설치합니다.
• "8.3.5.1111"은 설치해야 하는 특정 플랫폼의 버전 번호입니다.

"dp" 키(Delet Parameters에서)는 스크립트가 실행 중일 때 삭제 매개변수를 담당합니다. 키는 다음 값 중 하나를 사용할 수 있습니다.

• "아니오" - 삭제하지 않음
• "ael"(마지막을 제외한 모든 것에서) - 마지막 플랫폼을 제외하고 distributions 폴더에 있는 모든 플랫폼과 일치하는 컴퓨터에서 찾은 모든 플랫폼을 삭제합니다. 중요한! 이 키는 플랫폼 배포 폴더에서 사용할 수 있는 버전의 플랫폼만 제거합니다. 일부 버전이 컴퓨터에 설치되어 있지만 배포 폴더에 없으면 삭제되지 않습니다.
• "8.3.5.1111"은 제거할 특정 플랫폼의 버전 번호입니다.
• "all" - 컴퓨터에서 1C 플랫폼의 모든 버전을 제거합니다. 이 의미는 압도적이고 광범위합니다. 압도적으로, 이 값으로 스크립트가 작동하려면 로그를 작성하는 경로를 전달해야 하거나 전달조차 할 수 없기 때문에 다른 키의 모든 값은 무시됩니다. 컴퓨터의 모든 제품(적어도 1C 플랫폼을 연상시키는 유령)이 삭제되기 때문에 광범위합니다.

"iod" 키(설치 옵션 배포에서)는 설치될 1C 플랫폼 구성 요소를 담당합니다. 키는 "DESIGNERALLCLIENTS=1 THINCLIENT=1 THINCLIENTFILE=1"과 같은 값을 전달해야 하며, 설치하려는 플랫폼 부분에 따라 1에서 0으로 또는 반대로 변경할 수 있습니다. 이 키에 위의 줄과 유사하지 않은 다른 값이 전달되면 시스템이 클라이언트 모드에서 작동하도록 모든 구성 요소가 설치됩니다.

• "DESIGNERALLCLIENTS" - 주 클라이언트 및 구성자
• "THINCLIENT" - 클라이언트-서버 작동을 위한 씬 클라이언트
• "THINCLIENTFILE" - 파일 정보 베이스 작업이 가능한 씬 클라이언트

1C 플랫폼을 설치, 업데이트 또는 제거하는 방법, 컴퓨터가 많은 경우 모두에게 실행하기에는 너무 게으르지만 도메인이 없는 경우?

나쁜 소식: 각 컴퓨터에서 실행하고 작업 스케줄러를 설정해야 합니다.

좋은 소식은 이 작업을 한 번만 수행하면 된다는 것입니다.

우선 다음을 준비합시다.

1. 2개의 공용 폴더를 만듭니다. 하나는 모든 사람에 대해 읽기 권한이 있고 다른 하나는 모든 사람에 대해 쓰기 권한이 있습니다. 2개의 독립적인 폴더를 생성해야 합니다. 그렇지 않으면 상황이 매우 나빠질 수 있습니다.
2. 배포가 있는 폴더를 "모든 사람에게 읽기 전용" 권한이 있는 폴더에 넣습니다. 각 폴더는 포함된 배포 버전 번호를 따라 이름을 지정해야 합니다. 여기에 스크립트와 스크립트를 실행하는 bat 파일도 넣습니다.

작은 탈선! PowerShell 스크립트를 실행하기 위해 bat 파일이 필요한 이유는 무엇입니까? 박쥐 파일을 사용하면 하나의 돌로 두 마리의 새를 죽일 수 있기 때문입니다.

• 기본적으로 Windows 시스템은 보안상의 이유로 PowerShell 스크립트의 실행을 금지하므로 bat 파일은 먼저 스크립트 실행을 허용하고 실행 후에는 다시 금지됩니다.
• V 박쥐 파일스크립트 파일 자체를 편집하지 않고 스크립트 실행 매개변수를 변경할 수 있으며, 그 안에 설정된 기본값을 변경할 수 있습니다.

이제 설정을 시작하겠습니다. 로컬 컴퓨터사용자. 도메인이 없는 경우 모든 사용자는 "사용자" 권한이 있는 로컬 계정에서 작업하고 관리 작업을 위해 "관리자" 권한이 있는 계정이 있다고 가정합니다.

도메인이 있는 경우 1C 플랫폼을 설치, 업데이트 또는 제거하는 방법은 무엇입니까?

모든 것이 그 어느 때보다 쉬워졌습니다.

메모

• 스크립트는 Windows 7(x86, x64), Windows 8.1(x86, x64), Windows 10(x86, x64) 시스템에서 테스트되었으며 2016-11-10 현재 모든 필수 및 선택적 업데이트가 있습니다.
• 스크립트가 도메인에서 실행될 때 지연이 만족스럽지 않으면 "로그온 스크립트 지연 구성" 매개변수를 "0"으로 설정해야 합니다. 매개 변수는 다음에서 찾을 수 있습니다. 컴퓨터 구성> 관리 템플릿> 시스템> 그룹 정책> 로그온 스크립트 지연 구성(컴퓨터 구성> 정책> 관리 템플릿> 시스템> 그룹 정책> 로그인 스크립트 지연 구성). 이 정보를 주셔서 대단히 감사합니다.

업데이트:2015-12-07

1. 플랫폼에서 디렉토리를 우회하는 완전히 재작성된 방법입니다. 코드의 이 부분에 대한 불만이 가장 많았습니다. 이 부분은 모든 사람에게 작동하지 않았으며 일부는 잘못 작동했습니다. 이제 모든 것이 올바르게 작동합니다. 가장 단순한 구조만 배포가 있는 디렉토리를 우회하는 데 사용됩니다.
2. 배포가 있는 폴더에서 최신(가장 오래된) 배포를 검색하는 부분을 완전히 다시 작성했습니다. 이제 이것은 이전의 공포가 아닌 일반적으로 이해할 수 있는 코드입니다.
3. 코드의 일부가 변경되어 이제 스크립트가 플랫폼을 먼저 설치한 다음 다른 모든 것을 설치하려고 합니다.
4. 플랫폼을 설치하려는 이상한 동작이나 불필요한 시도를 피하기 위해 다양한 검사가 추가되었습니다. 이제 로그 파일에 스크립트 작업에 대한 추가 정보가 포함됩니다.

업데이트:2016-11-21

1. 스크립트의 논리를 변경했습니다. 이제 플랫폼 설치가 확인되고 설치된 플랫폼이 없는 경우 클라이언트 컴퓨터스크립트 실행이 중지됩니다.
2. 비트 수가 다른 컴퓨터가 있는 네트워크의 64비트 시스템에 64비트 플랫폼을 설치할 수 있는 기능이 추가되었습니다. 이 기능이 작동하려면 플랫폼이 있는 폴더가 "Х.Х.Х.Х-32" 및 "Х.Х.Х.Х-64" 형식이어야 합니다.

패키지에서 wix 패키지를 실행하면 "오류 1316: 지정됨 계정업그레이드 중에 "이미 존재합니다. 프로그램으로 윈도우 설치이 오류 코드를 출력합니까? 이에 대한 문서가 없습니다.

이전에 단일 msi 패키지로 구성된 제품을 출시했으며 지금은 다음을 포함하는 wix 패키지로 구성된 업데이트를 준비하고 있습니다. 새로운 버전이 msi 패키지. 제품 코드와 파일 이름은 원래 msi 패키지와 업데이트 간에 변경되지 않았습니다.

변화: msi 패키지는 아직 업데이트를 지원하지 않습니다. 사용자가 업그레이드해야 하는 경우(주요 업그레이드, 부 업그레이드 또는 부 업그레이드가 될 때) 먼저 수동으로 이전 패키지를 제거해야 합니다...

편집 2:방금 확장을 사용하여 컴파일하기 위해 참조를 제거했는데 설치 프로그램이 제대로 작동하는 것 같습니다... 아직 완전히 테스트해야 합니다.

4개의 답변

MSI를 업그레이드하려면 MSI에 새 ProductCode, 증분 ProductVersion(처음 세 필드) 및 동일한 UpgradeCode가 있어야 합니다. 따라서 당신이 무엇을 마시고 있다고 생각하는지에 따라 실제로 업그레이드를 받고 있는지는 분명하지 않습니다. 동일한 ProductCode가 있으므로 업데이트할 수 없습니다. (MSI의 MajorUpgrade 항목은 해당 업그레이드를 수행하는 데 필요합니다.) 따라서 실제로 전체 업데이트를 받고 있는지에 대한 몇 가지 의구심이 있습니다. 설치된 MSI를 전체 업그레이드 및 더 높은 버전의 제품으로 교체하려는 경우 MajorUpgrade 기능을 사용하십시오.

따라서 Burn은 다시 설치하여 전체 업그레이드를 수행하기로 결정할 수 있습니다 MSI 파일(그리고 업데이트라기보다 패치에 가깝습니다) 사용자 계정을 생성하는 사용자 작업이나 WiX 사용 기능(여전히 사용자 작업임)이 있는지 말하지 않기 때문에 관련이 있습니다. 그렇게하면 오류의 가장 가능성있는 원인은 Burn이 MSI 파일을 다시 설치하여 새 MSI를 업데이트로 다시 설치하고 일부 사용자 작업이 다시 실행되고 있으며 실제 제거가 없었기 때문에 해당 사용자가 여전히 존재하기 때문입니다. 제거합니다. 또는 MSI의 ProductVersion이 동일하고 유지 관리 모드 복구가 있으므로 사용자 지정 작업이 다시 실행됩니다.

무슨 일이 일어나고 있는지 정확히 보기 위해 자세한 업데이트 로그를 받을 것입니다.

업데이트를 원한다고 말하지만 MSI는 실제로 업데이트하도록 구축되지 않았으며 사용자를 사용하여 사용자 계정을 만드는 WiX가 있는지 여부를 말하지 않기 때문에 추측이 많습니다. 또한 새 MSI의 ProductVersion을 늘렸는지 여부를 말하지 않기 때문에 Burn이 무엇을 할 수 있는지에 대해 더 많은 추측을 하게 됩니다. 자세한 로그는 사용자 지정 작업 문제인지, 어떤 업데이트(있는 경우)를 수행하고 있는지 알려줍니다.

나는 같은 문제가 있었고 win10은 웹에서 수정 도구를 실행할 수 없기 때문에 다음 해킹을 수행하여 내 컴퓨터에서 Asus Smart Gesture를 제거했습니다. 윈도우 노트북 10.

1. 귀하의 컴퓨터가 Win10이 아닌 것으로 생각하여 MS 사이트를 스푸핑해야 합니다. 내가 IE9라고 생각하도록 크롬 브라우저 사용자 에이전트를 변경할 수 있는 Chrome 애드온을 설치했습니다. 이전 버전 Windows: Mozilla/5.0(호환, MSIE 9.0, Windows NT 6.1, Trident/5.0)

2. 수정 버튼을 보고 휴대용 버전의 도구를 다운로드할 수 있습니다(오프라인 클라이언트에 사용해야 하는 경우).

3. Fixitp라는 폴더에 있는 내 다운로드 라이브러리에 다운로드하여 압축을 풉니다.

4. exe를 직접 실행하면 불쾌한 스크립트 오류가 발생합니다. 이 문제를 해결하기 위해 내가 리소스 폴더로 이동한 다음 문제 해결 폴더로 이동했습니다.

5. 나는 Program_Install_and_Uninstall.diagcab을 실행하여 Asus SmartGesture 프로그램을 성공적으로 제거할 수 있었습니다.

6. 그런 다음 내 웹사이트에서 ASUS Smart Gesture의 새 버전을 설치했습니다.

나는 어떤 것을 의심한다 설치된 애플리케이션제거할 수 없는 는 동일한 프로세스로 해결할 수 있습니다. 포함된 다른 프로세스에서는 실행되지 않습니다.

. 어제 설치 프로그램의 도움으로 마침내 모든 컴퓨터의 8개를 새로운 10개로 업데이트했습니다. 그런데 한 가지 중대한 문제에 봉착했습니다.

사실 더 편리한 시작 메뉴 보기를 반환하는 Classic Shell 프로그램이 갑자기 작동을 거부하고 다시 설치하려고 할 때 "지정된 계정이 이미 있습니다"라는 오류가 나타나기 시작했습니다. 삭제하려고 해도 동일한 메시지가 나타납니다.

탬버린으로 긴 춤을 추다 마치 오류의 경우와 마찬가지로 갑자기 간단한 해결책을 찾았습니다.

해결책

따라서 채널에서 비디오를 볼 수 있는 경우 "지정한 계정이 이미 존재합니다"라는 문제를 해결하기 위해 저를 따르는 단계를 수행할 수 있습니다.

인터넷이 약한 경우 수행해야 할 작업은 다음과 같습니다.

1. 설치된 프로그램이 있는 폴더를 삭제합니다. 이를 위해 다음으로 이동합니다. C:\Program Files 불운한 프로그램이 없으면 C:\Program Files (X86)에서 긁습니다.
2. 그것을 열고 중요한 레지스트리 키 섹션으로 이동하여 상단의 검색 상자에 프로그램 이름을 입력한 다음 모든 탭을 살펴보고 항목이 나타나면 삭제하십시오.

주목!!! 추가 기능을 제거하지 말고 프로그램에 속한 것만 제거하십시오.

1. "레지스트리 정리"섹션으로 이동하여 문제를 검색한 다음 자동으로 수정합니다.

우리는 작동하는 설치 프로그램이나 원격 프로그램을 기쁘게 생각합니다. "지정한 계정이 이미 존재합니다"라는 오류가 더 이상 문제가 되지 않습니다.

제 유튜브 채널을 구독하세요! 더 많은 유용한 영상이 여러분을 기다리고 있습니다!