[Linux] which 사용법 총정리 : PATH 구조까지 한 번에 이해하기 ✨

which 명령어는 리눅스에서 실행 파일 경로를 찾는 핵심 도구입니다. PATH 검색 원리, whereis/type 차이, 개발자·임베디드 실전 예제까지 완벽하게 정리했습니다.

리눅스에서 명령어를 입력하면 “어떤 실행 파일이 실제로 호출되는지” 궁금했던 적, 누구나 한 번쯤 있으실 겁니다.
ls, grep, python, gcc처럼 매일 사용하는 명령어도 실제 경로를 따져보면 서로 다른 위치의 파일일 수 있고, 심지어 alias가 개입하면 전혀 다른 동작을 할 때도 있죠.

특히 다음 같은 상황은 개발자가 자주 마주치는 장면입니다:

• Python이 여러 개 설치되어 어떤 버전이 실행되는지 모르겠다
• cross-compiler를 설정했는데 gcc가 다른 컴파일러를 가리킨다
• PATH를 새로 넣었는데 명령어가 적용되지 않는다
• BusyBox(OpenWrt) 환경에서 어떤 파일이 실제 바이너리인지 확인하고 싶다
• alias 때문에 명령어가 예상과 다르게 실행된다

이런 문제의 중심에는 PATH와 which가 있습니다.

---

1. which 명령어, 한 줄로 요약

✔ which란?

리눅스에서 명령어 이름을 입력하면, PATH 환경변수에 따라 해당 명령어가 존재하는 실행 파일 경로를 찾아주는 도구.

예를 들어,

which ls

 

라고 입력하면,

/usr/bin/ls

 

처럼 실제 파일의 위치를 알려준다.
언뜻 단순해 보이지만 실제로는 시스템의 검색 순서를 이해하는 데 직결됩니다.

---

2. which가 동작하는 방식

리눅스 쉘은 다음 순서로 명령을 해석합니다.

1. alias 확인
2. shell builtin인지 확인
3. $PATH에 등록된 디렉터리를 앞에서부터 검색
4. 처음 발견된 실행 파일을 사용

which는 이 중 3번만 수행하기 때문에 alias나 builtin을 모른다는 점을 꼭 기억해야 합니다.

Linux 명령어 실행 과정: alias → builtin → PATH 검색 순서 설명

 

3. which 명령어 기본 사용법

which <명령어>

 

가장 단순한 형태다.

예

which ls

 

출력:

/usr/bin/ls

 

또는:

which grep
/usr/bin/grep

 

여러 개를 동시에 조회도 가능하다:

which ls grep sed awk

 

---

4. PATH에 따라 which 출력이 달라지는 이유

PATH는 명령어 검색에 사용되는 디렉터리 목록입니다:

echo $PATH

 

예시:

/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

 

쉘은 가장 앞에 있는 디렉터리부터 검색하므로,
PATH의 순서 = 실행 우선순위가 된다.

예시:

export PATH=/opt/custom/bin:$PATH
which python

 

만약 /opt/custom/bin 안에 python이 있다면, which는 그 경로를 가장 먼저 출력한다.

💡 TIP
PATH 문제로 which가 “아무 것도 찾지 못하는” 경우는 PATH 목록이 실제로 존재하지 않는 디렉터리만 포함했거나 오타가 난 경우가 대부분입니다.

---

✔ PATH를 잘못 수정한 경우

PATH가 깨져서 which가 아무 것도 찾지 못할 수도 있다:

bash: ls: command not found
which ls  # 출력 없음

 

이때는 PATH를 복구하면 된다:

export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

 

---

5. 기초 예제: 필수 명령어들의 위치 확인

1) 파일 조작 명령어

which cp
/usr/bin/cp

which mv
/usr/bin/mv

which rm
/usr/bin/rm

 

대부분 /usr/bin 또는 /bin에 존재한다.

2) 검색 관련

which grep
/usr/bin/grep

 

3) 네트워크 도구

which curl
/usr/bin/curl
which wget
/usr/bin/wget

 

4) 시스템 분석

which top
/usr/bin/top
which ps
/bin/ps

 

---

6. 고급 예제: 여러 버전이 공존할 때 which

C 개발자·파이썬 개발자·빌드 시스템 엔지니어가
가장 많이 겪는 문제는 다음과 같다.

1) Python 버전 충돌

which python
/usr/bin/python

which python3
/usr/bin/python3

 

당연해 보이지만, 아래와 같은 경우가 발생한다:

/home/user/.local/bin/python

 

가 처음에 위치하여 잘못된 버전을 실행할 수 있다.

2) gcc vs cross-compiler

임베디드 환경에서 많이 본다:

which gcc
/usr/bin/gcc

which arm-linux-gcc
/opt/toolchain/bin/arm-linux-gcc

 

문제는 PATH 우선순위가 잘못되어 “gcc”가 잘못된 컴파일러를 가리킬 때다.

이럴 때:

type -a gcc

 

를 함께 사용하면 모든 경로를 확인할 수 있다.

3) alias가 존재할 때 which가 속을 수도 있다

예:

alias ls='ls --color=auto'
which ls
/usr/bin/ls

 

which는 alias를 알지 못한다.

이럴 때 type을 사용해야 한다:

type ls
ls is aliased to `ls --color=auto'

 

이 차이는 아래 챕터에서 더 자세히 설명한다.

---

7. which vs whereis vs type

이 세 명령어를 헷갈리는 사람들이 많다.
한 번에 정리해보자.

which / whereis / type 기능 비교

요약하면 아래 표와 같다.

명령어	기능	alias 확인	builtin 확인	PATH 기반	binary 위치
which	PATH에서 실행 파일 검색	✖	✖	✔	✔
whereis	binary / manpage / source 모두 검색	✖	✖	부분	✔(확장)
type	alias, builtin, function, file 모두 확인	✔	✔	✔	✔

✔ 언제 무엇을 쓸까?

🔹 which

• 기본 PATH 안에서 실행 파일만 찾고 싶을 때
• 가장 많이 쓰는 CLI 도구

🔹 whereis

• man 파일 위치까지 포함해 패키지 구조 전체를 보고 싶을 때
• 바이너리가 어디 설치됐는지 구조 파악이 필요할 때

🔹 type

• alias/builtin 때문인지 확인할 때
• 쉘 내부 동작을 체크할 때
• 디버깅에 가장 중요한 도구

---

8. which가 작동하지 않을 때 발생하는 문제

✔ PATH 문제

PATH가 손상되면 which는 찾지 못한다.

which ls
# 아무 출력 없음

 

✔ 실행 권한 문제

파일은 있지만 실행 권한이 없으면 which는 출력하지만 실행 자체는 안 됨.

✔ 캐시 문제

쉘이 이미 alias 로직을 갖고 있어 의도와 다르게 동작할 수 있음.

---

9. 임베디드·OpenWrt 환경에서의 which

OpenWrt와 같은 BusyBox 시스템에서는 which가 다음과 같습니다:

• BusyBox 내장 which → 일반 which보다 기능 제한
• PATH가 좁아 특정 명령을 못 찾는 경우 있음
• 많은 명령이 BusyBox 심볼릭 링크 형태

예:

root@OpenWrt:/# which ls
/bin/ls

 

지만 내부적으로는 BusyBox 링크 파일일 수 있다:

ls -> /bin/busybox

 

이때는:

ls -l /bin/ls

📌 실전 팁
빌드 환경에서 cross-compiler가 잘 잡히는지 확인할 때 매우 중요합니다.

 

---

10. which + grep 조합

1) 특정 PATH만 검색하고 싶을 때

echo $PATH | tr ':' '\n' | grep local

 

2) Python 가상환경 확인

which python
/home/user/venv/bin/python

 

3) 커스텀 컴파일러 확인

which arm-linux-gcc

 

---

11. which 명령어 FAQ

Q1. which와 whereis 차이는?

• which는 PATH 기반
• whereis는 전체 시스템 검색

Q2. which python이 다른 경로를 가리킬 때 해결법?

• PATH 우선순위 조정
• alias 제거
• 가상환경 진입 여부 점검

Q3. Windows의 where와 같나?

비슷하지만 완전히 동일하지 않다.
윈도우의 where는 더 광범위한 검색을 수행한다.

Q4. PATH 우선순위 보는 법?

echo $PATH

 

Q5. alias는 which로 찾을 수 있나?

못 찾는다.
반드시:

type 명령어

 

사용.

---

12. which 명령어가 주는 실전적인 가치

개발·운영·임베디드 모두에서 which는 아래 문제를 해결하는 데 핵심 역할을 합니다.

• 어떤 명령이 실제 실행되는지 즉시 확인
• PATH 문제 빠르게 진단
• OpenWrt·BusyBox 환경에서 바이너리 실체 확인
• cross-compiler 충돌 해결
• alias/builtin 혼동 제거

“명령이 어디에서 오는지 알면, 문제의 절반은 이미 해결된 것이다.”

 

 

이전글 보기

[Linux] 리눅스 echo 명령어 실전 가이드: 문자열 출력부터 스크립트 자동화까지 📘

 

다음글 보기

[Linux] whereis 사용법, which와 다른 핵심 차이 이해하기 ✨