왜 “콘솔·터미널·셸”부터 구분해야 하는가

윈도(Windows)만 써 온 사람은 리눅스를 처음 켰을 때 나오는 검은 화면을 그냥 “터미널”이라고 뭉뚱그려 부르기 쉽다. 하지만 리눅스마스터 시험은 이 세 단어(콘솔, 터미널, 셸)를 서로 다른 계층으로 놓고 구분을 묻는다. 각 단어가 가리키는 대상이 다르기 때문에, 뭉뚱그려 외우면 “어느 것이 소프트웨어이고 어느 것이 하드웨어냐”를 묻는 문제에서 반드시 틀린다.

쉽게 말하면: 콘솔은 컴퓨터에 직접 연결된 화면과 키보드(물리적 통로), 터미널은 그 통로를 통해 사용자와 컴퓨터가 문자를 주고받는 창구(프로그램 또는 장치), 셸은 그 창구 뒤에서 사용자가 입력한 명령을 실제로 해석해 실행하는 통역사(프로그램)다.

콘솔(console)

콘솔은 원래 컴퓨터 본체에 물리적으로 연결된 화면과 키보드를 뜻한다. 서버실에 가면 컴퓨터 옆에 모니터와 키보드가 놓여 있는데, 그 자리에서 로그인하는 것이 콘솔 로그인이다. 리눅스에서는 Ctrl + Alt + F1부터 F6 사이의 키 조합으로 전환할 수 있는 가상 콘솔(virtual console)이 여러 개 존재한다. 이 가상 콘솔은 그래픽 화면 없이 문자만 주고받는 텍스트 기반 로그인 화면으로, 커널이 직접 관리한다.

터미널(terminal)

터미널은 원래 메인프레임(mainframe, 대형 중앙 컴퓨터) 시절에 각 사용자가 앉아 입출력만 담당하던 물리적 단말기 장치를 가리키는 말이었다. 지금은 그 물리적 장치가 사라지고, 대신 소프트웨어가 그 역할을 흉내 낸다. 그래픽 데스크톱에서 실행하는 xterm, gnome-terminal 같은 프로그램을 터미널 에뮬레이터(terminal emulator, 터미널을 흉내 내는 프로그램)라 부르고, 원격 접속에 쓰는 ssh 세션도 내부적으로는 가상 터미널(pseudo terminal, 줄여서 pty)을 하나 만들어 그 위에서 동작한다. 즉 터미널은 “사용자의 입력을 받아 화면에 글자를 찍어 주는 창구” 역할을 하는 계층이며, 콘솔이든 SSH 세션이든 그 창구 노릇을 하는 소프트웨어·장치를 통틀어 터미널이라 부른다.

셸(shell)

터미널이 글자를 주고받는 창구일 뿐이라면, 그 글자를 실제로 해석해서 “무슨 명령인지” 판단하고 실행하는 프로그램이 셸이다. 셸(shell)은 원래 영어로 “껍데기”라는 뜻인데, 운영체제의 핵심인 커널(kernel, 핵)을 감싸는 바깥 껍데기라는 비유에서 이름이 나왔다. 사용자는 커널에 직접 명령을 내릴 수 없고, 반드시 셸을 통해 “이 파일을 지워라”, “이 프로그램을 실행해라” 같은 요청을 전달한다. 셸은 그 요청을 해석해 커널에 전달하고, 커널이 실제 작업을 수행한 뒤 결과를 다시 셸을 거쳐 화면에 보여 준다.

세 계층의 관계를 그림으로 정리하면 다음과 같다.

콘솔은 이 그림에서 터미널이 얹히는 하드웨어·저수준 통로에 해당한다고 이해하면 된다. 그래픽 데스크톱이 없는 서버에서 콘솔에 로그인하면, 그 콘솔 위에서 로그인 셸이 곧바로 실행된다.

자주 틀리는 점

시험에서는 “터미널과 셸을 같은 것으로 서술한 보기”를 오답으로 즐겨 낸다. 예를 들어 “터미널은 명령어를 해석해서 실행하는 프로그램이다”라는 문장은 터미널이 아니라 셸에 대한 설명이므로 틀렸다. 반대로 “셸은 사용자와 컴퓨터 사이의 입출력 장치다”라는 문장도 셸이 아니라 터미널·콘솔에 대한 설명이라 틀렸다. 터미널 = 입출력 창구, 셸 = 명령 해석기로 역할을 딱 나눠 기억해야 한다.

셸의 종류와 확인 방법

리눅스에는 여러 종류의 셸이 존재하고, 각 셸은 문법과 기능이 조금씩 다르다. 시험에서는 셸의 이름과 특징을 짝짓는 문제, 그리고 지금 내가 쓰는 셸이 무엇인지 확인하는 명령을 묻는 문제가 꾸준히 나온다.

지금 쓰는 셸을 확인하는 방법

로그인할 때 기본으로 배정되는 셸을 로그인 셸(login shell)이라 하며, 이 정보는 사용자 계정 정보를 담은 /etc/passwd 파일의 마지막 필드에 절대경로(예: /bin/bash)로 저장되어 있다(/etc/passwd의 필드 구조는 12편에서 자세히 다룬다). 다음 명령으로 확인할 수 있다.

$ echo $SHELL
/bin/bash

$SHELL은 로그인할 때 배정된 로그인 셸의 경로를 담은 환경변수(environment variable, 셸과 그 자식 프로세스가 공유하는 값)다. 다만 이 값은 로그인 셸을 나타낼 뿐, 로그인한 뒤 다른 셸로 임시 전환했을 때 지금 실제로 실행 중인 셸과는 다를 수 있다는 점이 함정으로 자주 나온다. 예를 들어 로그인 셸이 bash인 사용자가 터미널에서 zsh를 입력해 잠깐 zsh로 들어가도, $SHELL은 여전히 /bin/bash를 출력한다. 지금 실제로 실행 중인 셸을 정확히 확인하려면 다음 두 방법을 쓴다.

$ echo $0
-bash
 
$ ps -p $$
    PID TTY          TIME CMD
   4821 pts/0    00:00:00 bash

$0은 현재 실행 중인 프로그램(셸) 자신의 이름을 담은 특수 변수이고, $$는 현재 셸 프로세스의 PID(Process ID, 프로세스 식별 번호. 프로세스는 13편에서 자세히 다룬다)를 담은 특수 변수다. ps -p $$는 “현재 셸의 PID를 가진 프로세스 정보를 보여 달라”는 뜻이므로, CMD 열에 정확히 지금 실행 중인 셸의 이름이 찍힌다.

자주 틀리는 점

기출에서는 “echo $SHELL은 항상 지금 실행 중인 셸을 정확히 반영한다”는 보기를 오답으로 낸다. $SHELL은 로그인 셸(고정값)이고, 실제 실행 중인 셸을 정확히 반영하는 것은 $0이나 ps -p $$다. 또한 “env 명령이 현재 셸의 종류를 한 줄로 출력해 준다”는 보기도 틀렸다. env는 현재 설정된 환경변수 전체 목록을 출력하는 명령이지, 셸 종류만 콕 집어 보여 주는 명령이 아니다. chsh(change shell) 명령도 헷갈리기 쉬운데, 이 명령은 로그인 셸을 변경하는 명령이며 인자 없이 실행하면 현재 셸을 그냥 출력하는 것이 아니라 새 셸을 입력하라는 대화형 프롬프트를 띄운다.

프롬프트가 알려 주는 정보

셸이 명령을 입력받을 준비가 되면 화면에 프롬프트(prompt, 입력을 재촉하는 문자열)를 띄운다. bash의 기본 프롬프트는 다음과 같은 모습이다.

[posein@www ~]$

이 한 줄에는 생각보다 많은 정보가 들어 있다.

이 프롬프트 형식은 고정된 것이 아니라 PS1이라는 환경변수에 정의되어 있고, 사용자가 원하는 대로 바꿀 수 있다. PS1 안에는 실제 값이 아니라 값을 채워 넣을 자리를 나타내는 이스케이프 시퀀스(escape sequence, 백슬래시로 시작해 특별한 의미를 갖는 기호 조합)를 쓴다.

예를 들어 다음처럼 PS1을 바꾸면 프롬프트 모양이 즉시 달라진다.

[ihd@www ~]$ PS1='[\u@\h \W]\$ '
[ihd@www ~]$

여기서는 \u(사용자명), \h(호스트명), \W(디렉터리 마지막 이름), \$(권한별 기호)를 조합했으므로, 원래 프롬프트와 겉모습은 같지만 “이 네 가지 조각으로 이루어진 문자열”이라는 점을 이해해야 한다. 만약 \W 대신 \w를 썼다면 ~(홈 디렉터리 축약형)가 아니라 홈 디렉터리의 전체 경로(예: /home/ihd)가 그대로 표시된다.

명령이 한 줄에 다 끝나지 않고 다음 줄로 이어질 때는 다른 프롬프트가 뜬다. 예를 들어 명령 끝에 역슬래시(\)를 붙여 다음 줄로 이어 쓰면, 기본값이 > 인 2차 프롬프트가 나타난다.

[posein@www ~]$ cp report.txt \
> backup/

이 2차 프롬프트의 모양을 정의하는 환경변수가 PS2다. PS1(1차 프롬프트)과 헷갈려서 “명령이 길어질 때 나오는 프롬프트도 PS1이 결정한다”고 잘못 고르는 것이 전형적인 함정이다. 참고로 PS3는 select 명령의 메뉴 프롬프트, PS4는 셸 스크립트를 디버그(-x 옵션 실행) 모드로 실행할 때 각 줄 앞에 붙는 프롬프트로, PS1·PS2보다는 출제 빈도가 낮지만 “프롬프트 관련 변수가 네 종류 있다”는 사실 자체는 함께 기억해 둔다.

명령어의 기본 형식

리눅스 명령어는 대부분 다음과 같은 공통된 형식을 따른다.

명령어 [옵션] [인자]

• 명령어: 실행할 프로그램의 이름. 예를 들어 ls, cp, grep 같은 이름이다.
• 옵션(option): 명령어의 동작 방식을 세부적으로 조정하는 부분. 짧은 형식은 하이픈 하나에 알파벳 한 글자(예: -l), 긴 형식은 하이픈 두 개에 단어(예: --all)로 쓴다. 짧은 옵션은 -al처럼 여러 개를 붙여 한 번에 쓸 수 있다.
• 인자(argument): 명령어가 실제로 작업할 대상. 파일명이나 디렉터리 경로가 여기에 해당한다.

예를 들어 다음 명령을 뜯어보자.

$ ls -al /home/posein

ls가 명령어, -al이 옵션(짧은 옵션 -a와 -l을 붙여 쓴 것), /home/posein이 인자다. 대괄호([ ])로 표시한 부분은 생략 가능하다는 뜻으로, 옵션과 인자 없이 ls만 입력해도 정상적으로 동작한다(현재 디렉터리의 목록을 보여 준다).

명령어 앞에 특수 기호를 붙이면 셸의 부가 기능을 우회하거나 다르게 동작시킬 수 있다. 대표적으로 명령 앞에 역슬래시(\)를 붙이면(예: \ls) 별칭(alias, ls 같은 명령을 다른 명령의 축약형으로 재정의해 둔 것)을 무시하고 원본 명령을 그대로 실행한다. 이는 시험에서 “별칭 확장을 막는 방법”으로 자주 출제된다. 반면 !는 히스토리 이벤트 지시자(예: !!로 바로 직전 명령을 다시 실행)로 쓰이는 별개의 기호이며, 별칭 무시와는 관계가 없다.

명령을 백그라운드(background, 화면을 점유하지 않고 뒤에서 계속 실행되는 방식)로 곧바로 실행하려면 명령 끝에 앰퍼샌드(&)를 붙인다.

$ find / -name "*.txt" 2> /dev/null > list.txt &
[1] 5821

&가 붙은 명령은 즉시 프롬프트를 돌려주고 백그라운드에서 계속 실행되며, 대괄호 안의 숫자([1])는 작업 번호(job number), 그 뒤의 숫자(5821)는 이 작업을 실행하는 프로세스의 PID다. &를 붙이지 않고 find만 실행하면 명령이 끝날 때까지 프롬프트가 돌아오지 않는 포그라운드(foreground) 실행이 된다. 백그라운드·포그라운드 전환과 jobs·fg·bg 명령은 13–14편에서 프로세스 개념과 함께 자세히 다룬다.

직접 해보기

로그인 셸(고정값)과 지금 실제로 실행 중인 셸이 다를 수 있다는 것을 직접 확인합니다.

echo $SHELL
ps -p $$
sh
ps -p $$

무엇을 보아야 하나: 첫 번째 ps -p $$의 CMD 열은 bash인데, sh를 입력해 셸을 바꾼 뒤 다시 실행한 두 번째 ps -p $$는 CMD 열이 sh로 바뀝니다. 반면 이 상태에서 echo $SHELL을 또 쳐 봐도 값은 처음 그대로입니다(직접 쳐서 확인하세요). 확인이 끝나면 exit로 sh에서 빠져나옵니다.

왜 이걸 해보나: “echo $SHELL은 항상 지금 실행 중인 셸을 정확히 반영한다”는 기출 오답 문장을 직접 눈으로 반박하는 실습입니다.

설치된 셸 목록도 확인해 둡니다.

cat /etc/shells

무엇을 보아야 하나: 위 표에 나온 bash·sh 등 셸의 절대경로가 몇 개나 나열되어 있는지 봅니다.

핵심 정리

• 콘솔은 물리적 화면·키보드, 터미널은 입출력을 중개하는 창구(에뮬레이터·SSH 세션 등), 셸은 명령을 해석해 커널에 전달하는 프로그램이다. 세 계층을 뒤섞어 설명하는 보기는 오답이다.
• 대표 셸은 sh·bash·csh·tcsh·ksh·zsh이며, 로그인 셸은 $SHELL로, 지금 실제 실행 중인 셸은 $0이나 ps -p $$로 확인한다. 둘을 혼동하지 않는다.
• 프롬프트(기본 [사용자@호스트 디렉터리]$)는 PS1 변수가 정의하며, \u·\h·\w·\W·\$ 등의 이스케이프 시퀀스로 구성한다. 명령이 이어질 때의 2차 프롬프트는 PS2가 담당한다.
• 명령어의 기본 형식은 “명령어 [옵션] [인자]“이며, 짧은 옵션은 붙여 쓸 수 있다. \명령어는 별칭 무시, 명령 &는 백그라운드 즉시 실행을 의미한다.

마무리 복습

참고 자료

• KAIT 리눅스마스터 자격안내 
• GNU Bash 매뉴얼