설정 파일이 설치 디렉토리에 있습니까?

설치 디렉토리는 설치된 응용 프로그램이 있는 폴더 또는 설치 프로그램이 있는 폴더를 의미합니까?

설치된 애플리케이션이 어디로 가는지... 기본값은 C:\Users\<yourusername>\AppData\Roaming\nvm 입니다. 다음과 같이 표시되어야 합니다.

찾아야 할 주요 파일은 elevate.cmd , elevate.vbs , nvm.exe , settings.txt 뿐만 아니라 nodejs.ico 입니다. 아이콘, 어떤 기능도 제공하지 않음).

settings.txt 가 존재하지 않는다면 아마도 설치 과정에서 생성되지 않았을 것입니다. 설치 프로그램이 이 작업을 대신 수행해야 하지만 수동 설치는 수행하지 않습니다. 설치 프로그램을 사용했는데 settings.txt 파일이 표시되지 않으면 설치 프로그램에 버그가 있는 것이므로 추적하고 수정해야 합니다.

설정 파일에는 다음과 유사한 내용이 포함되어야 합니다.

root: C:\Users\Corey\AppData\Roaming\nvm
path: C:\Program Files\nodejs

안녕하세요, 이것은 나에게도 일어났습니다. 설치 프로그램이 완료되면 cmd.exe가 열리고 cmd.exe가 해당 오류 메시지와 함께 열립니다.

settings.txt는 실제로 내 설치 폴더에 존재합니다.

내 새 경로 변수를 검사하면 끝에 " [...내 이전 경로...];%NVM_HOME%;%NVM_SYMLINK% "가 있습니다.

따라서 %variables%는 설치 프로그램 중에 검색 경로에 추가하기 전에 실제 디렉토리로 평가되지 않는 것 같습니다. 내 경로에 올바른 디렉토리를 수동으로 추가하면 작동하는 것처럼 보이지만 node.js를 처음 접하기 때문에 아직 무슨 말을 하는지 잘 모릅니다.

@bobbycircle - 변수가 적시에 평가되지 않을 가능성이 있습니다 ... 나는 그것을 조사해야합니다. 나는 전에 그것에 대해 생각하지 않았습니다. 왜냐하면... 잘 작동하고 있고 설치 프로그램의 해당 부분을 변경하지 않았기 때문입니다. 최대한 빨리 조사하겠습니다.

여기도 마찬가지입니다. @bobbycircle 에 따라 수동으로 PATH 변수를 조정하여 정렬했습니다.

설치 후 동일한 오류가 발생했습니다. Windows 8 이상에서 평가된 %nvm_home% 및 %nvm_symlink% 환경 변수를 보려면 새 cmd 창을 만들어야 합니다. 이것은 기존 Windows 탐색기 셸이 새 프로세스를 생성하고 새 환경 변수를 볼 수 없는 Win 7에서 8로의 변경입니다. 탐색기에서 cmd.exe를 시작하는 경우 새 Env 변수를 보려면 먼저 Win 탐색기를 닫고 다시 시작해야 합니다.

@dan-sterling - 나는 Windows 8에서 이것을 경험하지 못했습니다(이것이 내가 이것을 개발한 것입니다). 이것이 특히 사용자 속성이 설정된 이유입니다. 그러면 cmd 셸이 경로에서 선택됩니다. 그것은 중요하지 않습니다. 저는 이러한 문제를 해결하기 위해 완전히 새로운 설치 프로그램을 만들고 있습니다.

같은 문제가 발생했습니다. 게다가 해당 디렉토리에 settings.txt를 생성해도 문제가 해결되지 않았습니다. ~ 에서 생성해야 했습니다.

나는 같은 문제가 있었다. https://github.com/coreybutler/nvm-windows/issues/23 @colmsjo 의 의견이 저를 위해 해결되었습니다.

_user_ 환경 변수에서 %NVM_HOME% 및 NVM_SYMLINK 를 제거하기만 하면 됩니다.

동일한 문제가 여기에 있습니다. @queckezz 의 솔루션을 따랐습니다. 작동합니다.

또한 설치할 때마다이 문제가 발생합니다. 설치가 끝날 때 cmd.exe를 시작하는 것은 너무 자주 실패하여 도구에 대한 나쁜 첫인상을 줄 수 있으므로 좋은 생각이 아니라고 생각합니다.

cmd.exe를 실행하지 않고 사용자에게 Windows 세션을 닫고 새 세션을 연 다음 명령 프롬프트 창에서 nvm을 시도하도록 요청하고 싶습니다.

또한 1.0.6 설치 프로그램을 실행할 때 이 문제가 발생했습니다. Windows 8, 설치 프로그램을 관리자로 실행했습니다. file.exe가 내 경로에 없었습니다. GnuWin32를 설치해도 문제가 해결되지 않았습니다. 노드가 아직 설치되지 않았습니다.

settings.txt를 c:\에 복사하는 데 사용할 수 있습니다.

@bobbycircle 솔루션이 저에게 효과적이었습니다.

이 문제도 발생했습니다(Windows 8.1). 명령 프롬프트를 닫았다가 다시 시작해도 도움이 되지 않았습니다(프로세스가 여전히 실행 중일 수 있음 - 확인하지 않음). 직감적으로 나는 창을 다시 시작했다. 문제 해결됨: 설치 프로그램 PATH 변수를 사용하지 않습니다. 변경하기 전에 한 번 시도해 보세요.
@coreybutler - 설치 프로그램에 좋은 안전 장치가 될 수도 있습니다. "변경 사항이 적용되도록" 마지막에 다시 시작하여 일부 사용자 환경 변화를 제거합니다.

때로는 환경 변수를 조정할 때 다음과 같은 일이 발생할 수 있습니다.+1:

• "환경 변수 편집" 창에서 "확인" 버튼을 누르지 않았습니다.
  예. 바보 같아 보일 수 있지만 실제로는 vars를 변경하고 PowerShell을 다시 시작하는 데 많은 시간을 보냈지만 이 창을 닫을 때까지 아무 일도 일어나지 않았습니다. "확인" 버튼을 클릭하는 것은 매우 중요합니다. 창을 닫거나 취소하면 수정 사항이 취소됩니다. 그런 다음 기간을 새로고침하세요.
• 용어가 잘못되었을 수 있습니다. 다른 용어를 사용해 보십시오.
  Windows 및 Git용 Github를 사용하는 경우 3가지 용어(PowerShell, Git Shell, Git Bash)로 끝날 수 있습니다. 각 용어는 고유한 환경을 가질 수 있으며 값을 조정해도 해결되지 않습니다. 전에 PowerShell 또는 cmd.exe(바닐라 Windows 용어)를 사용해 보십시오.

Windows 8에서도 이 문제가 발생했습니다.

cmd 터미널을 관리자로 실행

User 폴더에 공백이 있어서 설치가 실패해서 실패한 걸까요..? 이것은 버그/이슈 #41에서 발생하므로 여기에서도 발생합니까?

@queckezz 솔루션이 작동했습니다.

@queckezz 솔루션이 작동했습니다. 고마워

나는이 문제가 있었다.

설치 프로그램이 높은 권한으로 실행되었습니다(설치에 필요).
그런 다음 시작한 cmd 세션도 상승된 권한으로 실행되지만 설정 .txt 보기를 거부했습니다.

관리자가 아닌 cmd를 다시 실행하면 settings.txt가 정상적으로 실행되며 이제 nvm은 관리자로 실행된 관리자 세션에서도 제대로 실행됩니다.

@queckezz 솔루션도 저에게 효과적이었습니다. 감사 해요

@queckezz 솔루션 작동 +1

나는 같은 문제가 있었다. 문제는 "C:\Program Files\nodejs"가 새 vars ;%NVM_HOME%;%NVM_SYMLINK% 바로 앞에 내 사용자 경로에 있다는 것입니다.

제 경우(Windows 7, Windows 8.1) 설치 직후에 발생하는 현상입니다.
설치 후 재부팅하면 Windows용 nvm이 정상적으로 작동합니다.

@sanori 의 경우 +1 및 설치 수정 후 재부팅

문제는 PATH가 올바르게 업데이트되지 않았다는 것입니다. 즉, 제 경우에는 PATH 값이 ...";%NVM_HOME%;%NVM_SYMLINK% 인 것으로 나타났습니다. ... 는 기존 항목이지만 세미콜론 앞에 큰따옴표가 추가되었습니다.

이것이 수정되면 PATH = ...;%NVM_HOME%;%NVM_SYMLINK% 모든 것이 올바르게 작동합니다.
C:, D: 또는 nvm 도구를 실행할 때 사용 중인 드라이브에 settings.txt를 복사할 필요가 없습니다.

나는 또한 내 경로에서 %vars%를 발견했지만 그때까지 활성 버전의 Node가 설치된 상태로 되돌아갔으므로 그냥 제거했습니다.

나는 그들이 (MicroSoft) 경로를 수정하는 시스템 속성 방법을 개선하지 않았다는 것을 믿을 수 없습니다. XP 시절 이후로 같은 좁은 텍스트 상자였다고 확신합니다.

Windows에서 환경 변수를 설정하면 잘 작동합니다. powershell에서도 할 수 있습니다.

[System.Environment]::SetEnvironmentVariable("MYVAR", "WHATEVER", "Machine")

%AppData%/nvm 로 이동하여 settings.txt 파일의 보안을 변경하여 Everyone 이 파일에 대한 전체 액세스 권한을 갖도록 이 문제를 수정했습니다.

이 작업을 수행하지 않으려면 명령 프롬프트에서 상승된 권한으로 nvm 를 실행해 볼 수도 있습니다. 관리자 권한으로 실행을 사용합니다.

처음 로드된 "Run Cmd"에서 작동하지 않은 후. 관리자 cmd를 로드하고 작동하는 nvm list 를 실행했습니다. 그런 다음 일반 cmd 창으로 돌아가면 계속 작동했습니다.

처음 설치할 때 이 오류가 발생했습니다. 그런 다음 설치 프로그램을 관리자로 실행했는데 모든 것이 정상입니다.

내가 설치하고 필요한 모든 것은 창을 다시 시작하는 것입니다. cmd가 새로운 환경 변수로 재설정해야 한다는 느낌을 받았습니다.

동일한 문제가 여기에 있습니다. @queckezz 의 솔루션을 따랐습니다. 작동합니다.

Win7에서 +1 다시 시작

작동하지 않는 사람을 위해 :: TRY THIS

CMD 프롬프트의 모든 인스턴스를 닫고 관리자로 다시 여십시오(경우에 따라).
나를 위해 그것을 고쳤다

@mcpDESIGNS 감사합니다. 저에게도 도움이 되었습니다!

Win10 x64에서도 같은 문제가 있습니다.
그러나 제 경우에는 심볼릭 링크가 C의 존재하지 않는 폴더(C:\Program Files\nodejs\v1.1.2)를 가리켰기 때문입니다.
nodejs 폴더의 유일한 폴더는 "v4.0.0"이므로 symlink를 제거하고 mklink /j "C:\Program Files\nodejs" "G:\Program Files (x86)\nvm 를 사용하여 다른 폴더를 만들어야 했습니다.

이것은 2016년 2월 1일 현재 Windows 7에서 여전히 문제입니다. 변수는 자식 cmd에서 평가되지 않습니다.

해결책은 새 cmd 창을 여는 것입니다.

@coreybutler SETX VAR value 및 start cmd 을 사용하고 있다고 가정합니다.

SETX VAR value 는 cmd의 새로운 인스턴스에 대해서만 VAR 이라는 환경 변수를 설정합니다.
start cmd 는 부모 환경을 사용하는 현재 cmd의 자식을 시작합니다.

해결 방법은 SETX 를 SET VAR=value 로 보완하여 자식 프로세스의 현재 환경에 값을 복제하는 것입니다.

위의 많은 솔루션을 시도했지만 결국 효과가 있었던 유일한 솔루션은 Windows 7을 다시 시작하는 것이었습니다. :실망:

참고: Windows 7 지원 = 더 이상 사용되지 않습니다.

@vferko - SET 또는 SETX 를 명시적으로 사용하지 않습니다. InnoSetup 엔진이 이 모든 것을 처리합니다. 문제는 시퀀싱에 있다고 생각합니다. 간헐적으로 설치 프로그램은 환경 변수 설정 방법이 완료되기 전에 cmd 창을 시작하는 것으로 보입니다.

참고: 오류 열기 settings.txt: [...]가 Win10 x64에서 발생했습니다. 새 cmd 창을 연 후 모든 것이 정상인 것 같습니다 :)

Win10 x64의 1.1.0에서도 여전히 발생합니다. @DCorto 와 동일

cmd.exe를 다시 시작하면 됩니다.

어떻게 든 다른 증상이 있지만 이 문제와 관련이 있는 것 같습니다.

• Win7 64bit, 설치 성공, 하지만 'nvm'이 내부 또는 외부로 인식되지 않습니다...
• 시스템이 다시 시작될 때마다 nvm은 첫 번째 nvm을 사용할 때까지 명령줄에서 실행할 수 있습니다.- 다시 'nvm'이 인식되지 않습니다 ...
• 사용자 변수 NVM_HOME 및 NVM_SYMLINK를 삭제하면 문제가 해결되었습니다(PATH에서 %vars%가 해당 값으로 대체됨).

이 문제는 새 설치 프로그램으로 해결해야 합니다. InnoSetup은 v1.1.7용으로 업그레이드되었으며 install.cmd에 몇 가지 새로운 변경 사항이 적용되었습니다. Windows 7은 또한 NVM4W 또는 Microsoft에서 기술적으로 지원하지 않습니다.

settings.txt 에서 볼 수 없는 사용자 변수가 있는 새 1.1.7에서 동일한 오류가 발생했습니다.

죄송합니다만 컴퓨터와 작업을 다시 시작하세요 💯

이 오류는 여전히 존재합니다. 한동안 문제 없이 NVM을 사용하고 있었는데 이제 NPM 캐시를 C 드라이브로 직접 이동해야 하는 프로젝트가 있었습니다(긴 경로 문제를 피하기 위해). 그리고 이 변경을 수행한 후(아마도 내가 한 유일한 NPM 구성 변경과 같은 날 이것이 발생하기 시작했습니다...) 이 문제가 발생하기 시작했습니다.

Powershell을 관리자로 실행하면 문제 없이 NVM을 실행할 수 있다는 것을 알았습니다. 이것은 지금 사용할 해결 방법입니다( settings.txt 파일 권한을 다른 포스터와 같이 "모든 것이 가능함"으로 설정할 수 있습니다. 너무 짜증나는 경우).

나는 이것이 모두를 위한 해결책이 될 것이라고 생각하지 않습니다. 하지만 어쩌면 누군가에게는. 짧은 답변: 명령 창을 닫고 새 명령 창을 열어 보십시오. 긴 답변: Windows 명령줄(cmd.exe 명령 창)에서 nvm_setup.exe(nvm_setup.zip에서 다운로드)를 사용하여 nvm을 설치한 다음 동일한 명령 창 세션에서 nvm을 실행하려고 시도한 경우(설치 직후 ), 이 오류가 발생했습니다. ERROR open settings.txt. 나는 보았고 경로가 내 시스템 PATH 설정에 추가되었습니다. 그래서 명령줄 창을 닫고 새 명령창을 열었습니다. 그런 다음 작동했습니다. 설치가 nvm.exe(및 settings.txt)에 대한 경로를 Windows PATH에 추가하더라도 동일한 명령 창에서 아직 인식되지 않는다고 생각합니다. 명령 창을 닫고 새 창을 엽니다. 이것이 누군가를 돕기를 바랍니다. 설치 프로그램에 대한 제안은 설치가 완료되면 명령 창이 닫힐 것이라는 메시지를 설치 시작 시 사용자에게 제공하는 것입니다. 그런 다음 설치가 완료되면 명령 창을 닫습니다. 그런 다음 사용자는 설치 후 새 명령 창을 열어야 합니다.

Win10 x64의 1.1.0에서도 여전히 발생합니다. @dcorto와 동일

cmd.exe를 다시 시작하면 됩니다.

win10 + powershell과 동일하며 cmd 또는 powershell의 인스턴스를 닫고 새 cmd 또는 powershell을 다시 시작하십시오.

InnoSetup은 초기 설정 파일을 작성하고 경로를 설정할 때 항상 작업 순서를 따르지는 않습니다. 이것이 초기 설치 후 창을 다시 여는 것이 작동하는 이유입니다.

npx create react app을 실행할 때 zip 파일이 추출/복사되는 정확한 경로를 입력하라는 오류가 발생했습니다. nvm 설치 및 노드 12 설치 후 발생합니다.

Win10 x64의 1.1.0에서도 여전히 발생합니다. 도르토와 동일

cmd.exe를 다시 시작하면 됩니다.

이 여전히 작동합니다(해결 방법으로) @Muizuddeen

settings.txt 를 c: 에 복사해도 작동하는 것으로 나타났습니다.