Windows 환경 변수(PATH) 설정 후 ‘명령어를 찾을 수 없습니다’ 오류 완전 해결

Windows 환경 변수 PATH를 설정했는데도 “‘명령어’은(는) 내부 또는 외부 명령, 실행할 수 있는 프로그램 또는 배치 파일이 아닙니다”라는 오류가 나타난다면, 가장 먼저 실행 파일이 실제로 존재하는 폴더를 PATH에 등록했는지 확인해야 합니다.

그다음 열려 있던 CMD, PowerShell, Windows Terminal, Visual Studio Code를 모두 종료하고 새 터미널에서 명령어를 다시 실행하세요. 그래도 해결되지 않으면 where.exe, Get-Command, $Env:Path, PATHEXT, 앱 실행 별칭을 순서대로 점검하면 대부분의 원인을 찾을 수 있습니다.

Windows의 PATH는 운영체제가 실행 파일을 검색할 폴더 목록입니다. Windows에서는 여러 경로를 세미콜론으로 구분하며, PowerShell에서는 $Env:Path를 통해 현재 프로세스에 적용된 값을 확인할 수 있습니다.

Windows 환경 변수 PATH란?

터미널에서 다음과 같이 실행 파일 이름만 입력했다고 가정해 보겠습니다.

python

Windows는 python.exe가 설치된 모든 폴더를 무작정 검색하지 않습니다. 현재 디렉터리와 Windows 시스템 디렉터리, PATH에 등록된 디렉터리 등을 정해진 순서에 따라 검색합니다. PATH에 올바른 설치 폴더가 없으면 명령어를 찾을 수 없다는 오류가 발생합니다.

예를 들어 python.exe 파일의 실제 위치가 다음과 같다면:

C:\Users\사용자명\AppData\Local\Programs\Python\Python313\python.exe

PATH에 추가해야 하는 값은 실행 파일 자체가 아니라 실행 파일이 들어 있는 폴더입니다.

C:\Users\사용자명\AppData\Local\Programs\Python\Python313

다음처럼 파일 전체 경로를 PATH 항목으로 등록하면 안 됩니다.

C:\Users\사용자명\AppData\Local\Programs\Python\Python313\python.exe

가장 빠른 해결 순서

문제가 발생하면 아래 순서대로 확인하세요.

프로그램이 실제로 설치됐는지 확인합니다.
실행 파일의 정확한 위치를 찾습니다.
실행 파일이 들어 있는 폴더를 PATH에 추가합니다.
기존 터미널과 코드 편집기를 완전히 종료합니다.
새 터미널에서 전체 경로로 실행해 봅니다.
where.exe 또는 Get-Command로 검색 결과를 확인합니다.
사용자 PATH와 시스템 PATH를 비교합니다.
동일한 명령어를 사용하는 앱 실행 별칭을 확인합니다.
.EXE, .CMD, .BAT 등을 처리하는 PATHEXT를 확인합니다.
프로그램 설치 상태와 PATH 손상 여부를 점검합니다.

단계를 건너뛰고 프로그램을 반복해서 재설치하면 원인을 놓칠 수 있습니다. 먼저 실행 파일과 현재 PATH 값을 비교하는 것이 가장 빠릅니다.

1. 실행 파일이 실제로 존재하는지 확인하기

PATH는 존재하지 않는 프로그램을 만들어 주지 않습니다.
설치가 완료되지 않았거나 CLI 구성 요소가 빠졌다면 PATH를 아무리 수정해도 실행할 수 없습니다.

파일 탐색기에서 프로그램의 설치 폴더를 열고 실행 파일을 확인하세요.
대표적인 실행 파일 예시는 다음과 같습니다.

명령어	확인할 실행 파일
`python`	`python.exe`
`pip`	`pip.exe`
`java`	`java.exe`
`javac`	`javac.exe`
`git`	`git.exe`
`node`	`node.exe`
`npm`	`npm.cmd`
`code`	`code.cmd`
`mongosh`	`mongosh.exe`
`docker`	`docker.exe`

파일 탐색기 검색창을 이용하거나 프로그램의 바로가기 속성에서 실행 위치를 확인할 수 있습니다.

전체 경로를 알고 있다면 PowerShell에서 직접 실행해 보세요.

"C:\Program Files\Git\cmd\git.exe" --version

전체 경로로는 정상 실행되지만 git --version은 실패한다면 프로그램 자체보다 PATH 설정에 문제가 있을 가능성이 큽니다.

전체 경로로도 실행되지 않는다면 파일 손상, 아키텍처 불일치, 권한 문제 또는 설치 실패를 먼저 해결해야 합니다.

2. 실행 파일이 들어 있는 폴더를 PATH에 추가하기

Windows 11에서는 시작 메뉴 검색창에 다음 문구를 입력합니다.

시스템 환경 변수 편집

그다음 아래 순서로 진행합니다.

시스템 속성 창에서 고급 탭을 엽니다.
환경 변수를 선택합니다.
사용자 변수 또는 시스템 변수에서 Path를 선택합니다.
편집을 클릭합니다.
새로 만들기를 선택합니다.
실행 파일이 들어 있는 폴더 경로를 입력합니다.
확인 버튼으로 모든 창을 닫습니다.
열려 있던 터미널을 종료하고 다시 실행합니다.

Windows의 PATH는 실행 파일을 검색할 디렉터리 목록을 정의합니다. 환경 변수 편집 창에서도 Path 항목을 선택한 뒤 새 폴더 경로를 추가하는 방식으로 설정할 수 있습니다.

공백이 있는 경로는 어떻게 입력하나요?

환경 변수 편집 화면에서는 일반적으로 따옴표 없이 입력합니다.

C:\Program Files\Git\cmd

다음처럼 항목 전체에 불필요한 따옴표를 넣으면 일부 프로그램이나 스크립트에서 문제가 발생할 수 있습니다.

"C:\Program Files\Git\cmd"

명령줄에서 전체 경로를 직접 실행할 때는 공백 때문에 따옴표가 필요하지만, PATH 편집 화면에 개별 폴더를 추가할 때는 따옴표를 제외하는 것이 안전합니다.

3. 기존 터미널을 완전히 종료하기

환경 변수를 변경해도 이미 실행 중인 프로그램이 새 값을 자동으로 반영하지 않을 수 있습니다.

Windows 프로세스는 시작될 때 부모 프로세스로부터 환경 정보를 전달받습니다. 시스템 환경 변수를 변경한 뒤에는 새로 실행되는 애플리케이션이 업데이트된 값을 받아야 합니다. Microsoft 문서도 환경 변수 변경 사실을 애플리케이션이 인식하려면 설정 변경 메시지와 새로운 프로세스 환경 반영이 필요하다고 설명합니다.

다음 프로그램을 모두 종료하세요.

명령 프롬프트
PowerShell
Windows Terminal
Visual Studio Code
IntelliJ IDEA
PyCharm
Android Studio
GitHub Desktop
설치 전에 열어 둔 터미널 탭

Windows Terminal은 창 안의 탭만 닫지 말고 프로그램 전체를 종료한 후 다시 실행하는 것이 좋습니다.

Visual Studio Code의 통합 터미널도 VS Code가 시작될 때 받은 환경 변수를 사용할 수 있습니다. 터미널 패널만 새로 여는 것으로 해결되지 않으면 VS Code 자체를 종료하고 다시 실행하세요.

4. CMD에서 현재 PATH 확인하기

명령 프롬프트에서 다음 명령을 실행합니다.

echo %PATH%

경로를 조금 더 쉽게 확인하려면 다음 명령을 사용할 수 있습니다.

path

Microsoft의 path 명령은 현재 PATH를 표시하거나 실행 파일 검색 경로를 설정하는 Windows 명령입니다.

특정 문자열이 포함됐는지 확인하려면 다음 형식을 사용합니다.

echo %PATH% | findstr /I "Python"

예를 들어 Git 경로를 찾으려면 다음과 같이 입력합니다.

echo %PATH% | findstr /I "Git"

아무 결과도 나오지 않는다면 현재 CMD 세션에 해당 경로가 적용되지 않았거나, 경로 문자열이 예상과 다를 수 있습니다.

명령어 위치 찾기

CMD에서는 다음 명령을 사용합니다.

where.exe python

where.exe git

where.exe node

여러 버전이 등록돼 있다면 검색된 실행 파일이 여러 줄로 표시될 수 있습니다.
첫 번째 결과가 실제로 실행될 가능성이 높으므로, 오래된 버전의 경로가 앞에 있지 않은지 확인하세요.

where라는 다른 명령이나 함수와 혼동될 가능성을 줄이려면 where.exe라고 입력하는 것이 안전합니다.

5. PowerShell에서 현재 PATH 확인하기

PowerShell에서는 다음 명령으로 현재 세션의 PATH를 확인합니다.

$Env:Path

경로를 줄 단위로 나누면 더 쉽게 검토할 수 있습니다.

$Env:Path -split ';'

특정 프로그램 경로만 찾으려면 다음 예시를 사용합니다.

$Env:Path -split ';' | Where-Object { $_ -match 'Python' }

PowerShell에서 $Env:Path는 현재 프로세스가 사용하는 실행 파일 검색 폴더 목록이며, Windows에서는 각 경로가 세미콜론으로 구분됩니다.

PowerShell에서 명령어 검색하기

Get-Command python

모든 후보를 확인하려면 다음과 같이 실행합니다.

Get-Command python -All

실행 파일만 찾고 싶다면 다음 명령도 사용할 수 있습니다.

Get-Command python.exe -All

Get-Command는 PowerShell 명령, 함수, 별칭뿐 아니라 PATH에 있는 실행 파일도 검색합니다. 따라서 동일한 이름의 별칭이나 함수가 실행 파일보다 먼저 선택되는 문제를 파악하는 데 유용합니다.

결과에서 CommandType을 확인하세요.

CommandType	의미
Application	exe·cmd 같은 외부 실행 파일
Alias	다른 명령을 가리키는 PowerShell 별칭
Function	PowerShell 함수
Cmdlet	PowerShell 기본 명령
ExternalScript	PowerShell 스크립트

원하는 실행 파일 대신 Alias나 Function이 표시된다면 PATH보다 PowerShell 명령 이름 충돌을 먼저 해결해야 합니다.

6. 사용자 PATH와 시스템 PATH 차이 확인하기

Windows 환경 변수는 크게 사용자 변수와 시스템 변수로 나뉩니다.

사용자 PATH

현재 Windows 계정에만 적용됩니다.

예를 들어 개인 계정에서 설치한 Python, VS Code, Node.js 도구는 사용자 PATH에 등록되는 경우가 많습니다.

시스템 PATH

컴퓨터의 여러 사용자와 시스템 수준 프로그램에 적용됩니다. 수정하려면 관리자 권한이 필요할 수 있습니다.

구분	사용자 PATH	시스템 PATH
적용 대상	현재 사용자	여러 사용자
관리자 권한	일반적으로 불필요	일반적으로 필요
추천 상황	개인 개발 도구	모든 사용자 공용 도구
주요 위험	현재 계정에만 영향	잘못 수정하면 시스템 전체에 영향

개인 PC에서 현재 사용자만 프로그램을 사용한다면 사용자 PATH에 추가해도 충분합니다. 시스템 PATH를 무조건 수정할 필요는 없습니다.

PowerShell에서는 .NET 메서드를 이용해 저장된 사용자·시스템 PATH를 각각 확인할 수 있습니다.

[Environment]::GetEnvironmentVariable('Path', 'User')

[Environment]::GetEnvironmentVariable('Path', 'Machine')

현재 세션의 $Env:Path는 사용자와 시스템 범위에서 전달된 값이 결합된 결과일 수 있습니다. 환경 변수에는 Machine, User, Process 범위가 있으며 현재 PowerShell 프로세스의 값은 해당 세션에 적용됩니다.

7. PATH 순서와 중복 버전 확인하기

PATH에는 동일한 프로그램의 여러 버전이 등록될 수 있습니다.

예를 들어 다음처럼 Python 경로가 여러 개 존재할 수 있습니다.

C:\Python311
C:\Users\사용자명\AppData\Local\Programs\Python\Python313
C:\Users\사용자명\AppData\Local\Microsoft\WindowsApps

이 경우 사용자가 원하는 버전이 아닌 다른 실행 파일이나 Windows 앱 실행 별칭이 먼저 선택될 수 있습니다.

다음 명령으로 모든 후보를 확인하세요.

where.exe python

PowerShell에서는 다음 명령을 사용합니다.

Get-Command python -All

오래된 버전을 사용하지 않는다면 프로그램 제거 후 관련 PATH 항목도 정리하세요. 단, 경로가 무엇을 위한 것인지 모르는 상태에서 시스템 항목을 무작정 삭제하면 다른 프로그램이 실행되지 않을 수 있습니다.

8. 앱 실행 별칭 충돌 해결하기

Python 명령을 입력했는데 Microsoft Store가 열리거나 실제 설치된 Python 대신 WindowsApps 경로가 검색된다면 앱 실행 별칭이 원인일 수 있습니다.

Windows의 패키지 앱은 App Execution Alias를 통해 특정 명령 이름으로 실행될 수 있습니다. Microsoft 문서는 이 별칭이 앱을 활성화할 실행 명령을 정의한다고 설명합니다.

Windows 11에서 다음 경로를 확인하세요.

설정 → 앱 → 고급 앱 설정 → 앱 실행 별칭

또는 설정 검색창에서 앱 실행 별칭을 검색합니다.

Python 충돌이 발생한다면 다음 항목을 확인합니다.

python.exe
python3.exe

Microsoft Store용 별칭이 실제 Python 설치와 충돌한다면 해당 별칭을 끈 뒤 새 터미널에서 다시 확인합니다.

where.exe python
python --version

모든 앱 실행 별칭을 끌 필요는 없습니다. 문제가 되는 명령어와 관련된 항목만 확인하세요.

9. PATHEXT 환경 변수 확인하기

PATH에 실행 파일 폴더가 올바르게 등록됐는데 tool.exe는 실행되고 tool은 실행되지 않는다면 PATHEXT를 확인해야 합니다.

PATHEXT는 명령어에 확장자가 생략됐을 때 Windows가 어떤 확장자를 실행 파일로 취급할지 정의합니다. PowerShell 공식 환경 변수 문서도 Windows에서 PATH와 함께 PATHEXT가 실행 가능한 파일 확장자를 결정하는 데 사용된다고 설명합니다.

CMD에서 확인합니다.

echo %PATHEXT%

PowerShell에서는 다음과 같이 확인합니다.

$Env:PATHEXT

일반적으로 다음 확장자 일부가 포함됩니다.

.COM;.EXE;.BAT;.CMD

Node.js의 npm이나 VS Code의 code는 .cmd 파일로 제공될 수 있습니다. PATHEXT에서 .CMD가 누락되면 npm.cmd는 실행되지만 npm은 찾지 못하는 현상이 발생할 수 있습니다.

PATHEXT를 수정하기 전에는 현재 값을 백업하세요. 정상 PC의 값을 무작정 복사하기보다 Windows 기본 구성과 조직 정책을 확인하는 것이 안전합니다.

10. 대표 프로그램별 PATH 해결 방법

Python

주로 다음 두 폴더가 필요합니다.

C:\Users\사용자명\AppData\Local\Programs\Python\Python버전
C:\Users\사용자명\AppData\Local\Programs\Python\Python버전\Scripts

첫 번째 폴더에는 python.exe, 두 번째 폴더에는 pip.exe 등이 들어갑니다.

확인 명령:

where.exe python
where.exe pip
python --version
pip --version

Python 명령이 Microsoft Store를 열면 앱 실행 별칭도 확인하세요.

Java

다음처럼 JDK의 bin 폴더를 추가해야 합니다.

C:\Program Files\Java\jdk-버전\bin

JDK 상위 폴더만 넣으면 java.exe와 javac.exe를 찾지 못할 수 있습니다.

where.exe java
where.exe javac
java -version
javac -version

JAVA_HOME을 사용하는 도구라면 JDK 폴더를 별도 변수로 지정하고 PATH에는 %JAVA_HOME%\bin을 넣을 수 있습니다.

Git

Windows용 Git의 대표 경로는 설치 방식에 따라 다음 중 하나일 수 있습니다.

C:\Program Files\Git\cmd
C:\Program Files\Git\bin

일반적인 명령줄 사용에서는 설치 프로그램이 등록한 cmd 경로를 유지하는 것이 좋습니다.

where.exe git
git --version

Node.js와 npm

Node.js 기본 설치 폴더의 예시는 다음과 같습니다.

C:\Program Files\nodejs

사용자 전역 npm 패키지 실행 경로가 별도로 필요할 수 있습니다.

C:\Users\사용자명\AppData\Roaming\npm

확인 명령:

where.exe node
where.exe npm
node --version
npm --version

node는 되는데 npm이 안 되면 npm.cmd 존재 여부와 PATHEXT의 .CMD 항목을 확인하세요.

Visual Studio Code

User Installer의 일반적인 명령 경로는 다음과 같습니다.

C:\Users\사용자명\AppData\Local\Programs\Microsoft VS Code\bin

확인 명령:

where.exe code
code --version

VS Code를 재설치할 때 PATH 추가 옵션을 선택하는 방법도 있습니다.

Windows 기본 명령까지 실행되지 않을 때

python이나 git뿐 아니라 다음 명령도 실행되지 않는다면 시스템 PATH가 손상됐을 가능성이 있습니다.

where
ping
ipconfig
reg
systeminfo

Windows 기본 실행 파일은 주로 다음 폴더에 있습니다.

C:\Windows
C:\Windows\System32
C:\Windows\System32\Wbem
C:\Windows\System32\WindowsPowerShell\v1.0

특히 C:\Windows\System32가 PATH에서 사라지면 여러 기본 명령이 실행되지 않을 수 있습니다.

단, 현재 시스템 PATH 전체를 삭제한 뒤 위 항목만 넣는 방식은 위험합니다. 기존 값을 먼저 내보내거나 화면을 캡처해 백업하세요.

PowerShell이 실행된다면 시스템 PATH를 확인합니다.

[Environment]::GetEnvironmentVariable('Path', 'Machine') -split ';'

명령 프롬프트에서도 레지스트리에 저장된 시스템 PATH를 조회할 수 있습니다.

reg query "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v Path

Microsoft 문서에 따르면 시스템 환경 변수는 해당 레지스트리 위치에 저장되며, 시스템 수준에서 변경하려면 적절한 권한과 환경 변경 알림이 필요합니다.

레지스트리를 직접 수정하는 방법은 마지막 수단으로 사용하세요. 잘못 수정하면 로그인, 서비스 실행, 업데이트와 시스템 도구에 문제가 발생할 수 있습니다.

PATH를 명령어로 수정할 때 주의하기

CMD의 set 명령은 기본적으로 현재 세션에만 영향을 줍니다.

set PATH=C:\Tools;%PATH%

이 값은 해당 CMD 창에서만 적용되며 창을 닫으면 사라집니다. set 명령은 현재 명령 환경의 PATH 같은 변수를 표시하거나 변경하는 데 사용됩니다.

PowerShell에서도 다음 명령은 현재 세션만 변경합니다.

$Env:Path = "C:\Tools;$Env:Path"

테스트 용도로는 유용하지만 영구 설정이 아닙니다.

setx로 PATH를 수정하는 오래된 방법도 널리 알려져 있지만, 기존 값을 잘못 덮어쓰거나 예상치 못한 문자열 확장 문제가 생길 수 있습니다. 초보자는 Windows의 환경 변수 편집 화면에서 개별 항목을 추가하는 방식이 안전합니다.

자동화 스크립트에서 영구 변경이 필요하다면 기존 사용자·시스템 값을 먼저 읽고 중복 여부를 검사한 뒤 추가해야 합니다.

자주 하는 PATH 설정 실수

실행 파일 전체 경로를 넣음

잘못된 예:

C:\Tools\mytool.exe

올바른 예:

C:\Tools

바로가기 파일이 있는 폴더를 넣음

시작 메뉴의 바로가기 위치가 아니라 실제 .exe, .cmd, .bat 파일이 있는 폴더를 등록해야 합니다.

상위 폴더만 등록함

실행 파일이 C:\Tools\App\bin\tool.exe에 있다면 일반적으로 다음 폴더가 필요합니다.

C:\Tools\App\bin

경로에 불필요한 따옴표를 넣음

환경 변수 편집 화면의 개별 PATH 항목에는 보통 따옴표를 넣지 않습니다.

세미콜론을 잘못 사용함

Windows PATH는 세미콜론으로 폴더를 구분합니다. PowerShell 공식 문서에서도 Windows PATH 구분자로 세미콜론을 사용한다고 설명합니다.

환경 변수 GUI에서 항목별로 추가한다면 세미콜론을 직접 입력할 필요가 없습니다.

환경 변수 이름을 잘못 입력함

PATH, Path, path는 Windows에서 일반적으로 같은 환경 변수로 취급되지만, 같은 범위에 유사한 항목을 여러 개 만들지 않는 것이 좋습니다.

32비트와 64비트 프로그램을 혼동함

설치 파일과 운영체제 아키텍처가 맞지 않거나 다른 버전 폴더를 PATH에 등록하면 실행 실패 또는 DLL 오류가 발생할 수 있습니다.

완전 해결 체크리스트

다음 명령에서 mycommand를 실제 명령으로 바꿔 실행하세요.

CMD

where.exe mycommand
echo %PATH%
echo %PATHEXT%
mycommand --version

PowerShell

Get-Command mycommand -All
$Env:Path -split ';'
$Env:PATHEXT
mycommand --version

다음 항목에 모두 해당하면 PATH 문제는 대부분 해결된 것입니다.

실행 파일이 실제로 존재합니다.
실행 파일이 있는 정확한 폴더가 PATH에 있습니다.
PATH 항목에 불필요한 따옴표가 없습니다.
새로 실행한 터미널을 사용하고 있습니다.
where.exe 또는 Get-Command에서 원하는 경로가 나옵니다.
오래된 버전이 먼저 검색되지 않습니다.
앱 실행 별칭이 충돌하지 않습니다.
필요한 확장자가 PATHEXT에 포함돼 있습니다.
해당 프로그램의 설치 구성 요소가 정상입니다.
Windows 기본 시스템 경로가 손상되지 않았습니다.

자주 묻는 질문

PATH를 설정한 후 컴퓨터를 재부팅해야 하나요?

대부분은 기존 터미널과 관련 애플리케이션을 종료하고 다시 실행하면 됩니다. 그러나 Windows 탐색기나 로그인 세션이 오래된 환경을 유지하거나 서비스가 새 값을 받아야 한다면 로그아웃 또는 재부팅이 필요할 수 있습니다.

사용자 PATH와 시스템 PATH 중 어디에 추가해야 하나요?

현재 계정만 사용하는 개발 도구는 사용자 PATH로 충분한 경우가 많습니다. 모든 사용자와 시스템 서비스에서 사용해야 하는 프로그램은 시스템 PATH가 필요할 수 있지만 관리자 권한과 더 신중한 관리가 필요합니다.

PATH에 폴더를 추가했는데 `where.exe`에 나오지 않는 이유는 무엇인가요?

현재 CMD가 환경 변수 변경 전에 열렸거나, 등록한 경로에 실행 파일이 없거나, 파일 확장자가 검색 대상이 아니거나, PATH 문자열이 잘못됐을 수 있습니다.

`where.exe` 결과가 여러 개 나오면 어떻게 해야 하나요?

원하는 버전의 실행 파일 경로가 먼저 검색되는지 확인하세요. 사용하지 않는 이전 버전을 제거하거나 PATH의 불필요한 항목을 정리할 수 있습니다.

PowerShell에서만 명령어가 다르게 실행되는 이유는 무엇인가요?

PowerShell은 PATH의 실행 파일 외에도 별칭, 함수, cmdlet, 스크립트를 검색합니다. Get-Command 명령어 -All을 실행해 어떤 항목이 먼저 선택되는지 확인하세요.

`.exe`를 붙이면 실행되는데 명령어 이름만 입력하면 안 되는 이유는 무엇인가요?

PATHEXT에 .EXE 또는 필요한 확장자가 누락됐을 수 있습니다. echo %PATHEXT%나 $Env:PATHEXT로 현재 값을 확인하세요.

프로그램을 다시 설치해야 하나요?

전체 경로로도 프로그램이 실행되지 않거나 실행 파일이 존재하지 않는다면 재설치가 필요할 수 있습니다. 전체 경로로는 실행된다면 재설치보다 PATH 설정을 먼저 수정하세요.

PATH 항목이 많으면 문제가 되나요?

항목이 많다고 즉시 오류가 생기는 것은 아니지만 중복 경로, 존재하지 않는 경로와 오래된 버전이 많으면 진단이 어려워지고 잘못된 프로그램이 우선 실행될 수 있습니다. 사용하지 않는 항목은 백업 후 정리하세요.

결론

Windows 환경 변수 PATH 설정 후 명령어를 찾을 수 없다는 오류는 대부분 잘못된 폴더 등록, 기존 터미널 세션, 중복 버전 또는 실행 별칭 충돌 때문에 발생합니다.

먼저 실행 파일이 실제로 존재하는지 확인하고, 파일이 들어 있는 폴더를 PATH에 추가하세요. 이후 CMD와 PowerShell을 완전히 종료한 뒤 새 터미널에서 where.exe와 Get-Command를 이용해 Windows가 실제로 선택하는 실행 파일을 확인합니다.

Python처럼 Microsoft Store 별칭과 충돌할 수 있는 명령은 앱 실행 별칭을 확인하고, npm.cmd처럼 확장자가 중요한 명령은 PATHEXT도 점검해야 합니다. Windows 기본 명령까지 실행되지 않는다면 C:\Windows\System32 등 시스템 PATH 손상 여부를 확인하되, 기존 값을 백업하지 않고 전체 PATH를 덮어쓰지 마세요.

가장 확실한 진단 기준은 간단합니다. 전체 경로로 실행되는가, PATH에 정확한 폴더가 있는가, 새 터미널의 검색 결과가 원하는 실행 파일을 가리키는가를 순서대로 확인하면 됩니다.

Post Views: 48

Windows 환경 변수 PATH란?

가장 빠른 해결 순서

1. 실행 파일이 실제로 존재하는지 확인하기

2. 실행 파일이 들어 있는 폴더를 PATH에 추가하기

공백이 있는 경로는 어떻게 입력하나요?

3. 기존 터미널을 완전히 종료하기

4. CMD에서 현재 PATH 확인하기

명령어 위치 찾기

5. PowerShell에서 현재 PATH 확인하기

PowerShell에서 명령어 검색하기

6. 사용자 PATH와 시스템 PATH 차이 확인하기

사용자 PATH

시스템 PATH

7. PATH 순서와 중복 버전 확인하기

8. 앱 실행 별칭 충돌 해결하기

9. PATHEXT 환경 변수 확인하기

10. 대표 프로그램별 PATH 해결 방법

Python

Java

Git

Node.js와 npm

Visual Studio Code

Windows 기본 명령까지 실행되지 않을 때

PATH를 명령어로 수정할 때 주의하기

자주 하는 PATH 설정 실수

실행 파일 전체 경로를 넣음

바로가기 파일이 있는 폴더를 넣음

상위 폴더만 등록함

경로에 불필요한 따옴표를 넣음

세미콜론을 잘못 사용함

환경 변수 이름을 잘못 입력함

32비트와 64비트 프로그램을 혼동함

완전 해결 체크리스트

CMD

PowerShell

자주 묻는 질문

PATH를 설정한 후 컴퓨터를 재부팅해야 하나요?

사용자 PATH와 시스템 PATH 중 어디에 추가해야 하나요?

PATH에 폴더를 추가했는데 where.exe에 나오지 않는 이유는 무엇인가요?

where.exe 결과가 여러 개 나오면 어떻게 해야 하나요?

PowerShell에서만 명령어가 다르게 실행되는 이유는 무엇인가요?

.exe를 붙이면 실행되는데 명령어 이름만 입력하면 안 되는 이유는 무엇인가요?

프로그램을 다시 설치해야 하나요?

PATH 항목이 많으면 문제가 되나요?

결론

PATH에 폴더를 추가했는데 `where.exe`에 나오지 않는 이유는 무엇인가요?

`where.exe` 결과가 여러 개 나오면 어떻게 해야 하나요?

`.exe`를 붙이면 실행되는데 명령어 이름만 입력하면 안 되는 이유는 무엇인가요?