유닉스에 익숙한 사람들은 보통 두개 이상의 쉘을 목적에 따라 번갈아가면서 사용하는 것이 보통이다. 초보자들에게는 도저히 납득이 가지 않을지도 모르는 이러한 기이한 현상을 쉘의 역사를 통해서 알아보자.
유닉스에서 가장 보편화되어 있으며 표준화된 쉘은 스티븐 보른(Steven Bourne)이 만든 보른 쉘(Bourne shell, sh)일 것이다. 알골 68의 영향을 받아 제작된 이 쉘은 간단간단한 스크립터를 작성하는데는 제격이다. 여러 유닉스 환경에서 공통적으로 돌아갈 프로그램을 작성하는 사람이라면 표준화된 보른 쉘을 애호할 것이다.
본쉘의 뒤를 이어서 등장한 쉘은 여러분들이 로긴시에 지정되어 있는 C 쉘(csh)이다. C 쉘은 버어클리의 빌 조이(Bill Joy)에 의해서 작성되었으며, 쉘 스크립터를 작성하는 언어가 무척이나 C 언어를 닮았기에 C 쉘이라고 불리운다. 대부분의 사용자가 대화식으로 C 쉘을 사용하는데 반해서, C 쉘을 사용하여 프로그램을 능숙하게 작성하는 사람은 그렇게 많지 않다. 따라서 아직도 보른 쉘을 잊지못하는 올드 팬들이 의외로 많다.
다음으로 나타난 쉘은 TC 쉘(tcsh)로서 C 쉘의 기능에다가 명령어-완성(command-completion)기능을 추가시켜 만든 퍼블릭 도메인 버전이다.
마지막으로 소개할 쉘은 차세대 표준 쉘이 될 가능성이 매우 높은 콘 쉘(Korn Shell)이다. 콘 쉘은 벨 연구소의 데이비드 콘에 의해서 만들어진 쉘로서 보른 쉘과 호환성을 지니고 있으며, C 쉘과 TC 쉘의 장점을 따서 제작되었다 한다.
이상으로 간략하게나마 쉘의 역사를 알아보았다. 혹시 GNU에서 나온 쉘을 사용하고 싶은 분들은 bash를 알아보기 바란다.
이제 쉘을 통해서 기본적인 명령을 내리는 법을 살펴보도록 하겠다. ``기본적인''이라는 단어에 어울리도록 특정한 쉘에 치중되지 않은 일반적인 원론을 먼저 다루도록 하겠다. C쉘에 해당되는 몇몇 사항은 끝부분에서 함께 설명한다.
기본적으로 많이 사용하는 명령어 형식은 크게 다음의 세가지로 나누어질 수 있다.
% command [arguments]
· % command [arguments]; command [arguments];\
command [arguments]
% (command [arguments]; command [arguments])
각 명령어의 예는 아래에 이어지는 설명에서 계속해서 나오게 되므로 예제를 보고서 각자 분류해보기 바란다.
첫 시간에 유닉스는 다중 작업을 수행할 수 있다고 설명한 바 있다. 그러면 기본적인 명령을 내리는 방법으로, 하나의 터미널에서 어떻게 다중 명령을 내릴 수 있는지 간단히 살펴보자.
% cc -o foo foo.c &[1] 17233
cc 명령을 내릴때 &를 붙인 것을 볼 수 있다. &는 뒷배경 프로세서로 동작시킬 경우에 사용하는 쉘의 특수 문자이다. 뒷배경 프로세서는 일의 성격상 상호대화식으로 동작할 필요가 없으며, 상당시간 작업을 수행할 필요가 있을 경우에 많이 사용하게 된다. C 쉘에서는 보른 쉘보다 향상된 프로세서 작업 관리를 하도록 설계되어 있다. 여기에 대해서는 아래에 보다 자세히 설명되어 있다.
3. 명령어 축약
별은 유닉스의 쉘에서 가장 광범위하게 나타나는 문자라고 말할 수 있다. 따라서 이를 이용한 여러 가지 다양한 응용 방법이 존재하는데, 예를 들어가면서 설명하도록 하겠다. 먼저 현재의 작업 디렉토리에 어떤 내용이 들어있는지 알아보자.
% ls -a 1 ./ 7 rogue.2 2 ../ 6 rogue.3 2 .rogue.scores 3 rogue.4 1 hint.ks 4 rogue.5 144 manual.hack 5 rogue.6 152 manual.org 2 rogue.armor 28 manual.rogue 1 rogue.key 160 rogue* 49 rogue.man 2 rogue.1
현재의 작업 디렉토리에는 여러 가지 다양한 내용이 들어있음을 알 수 있다. 여기서 다음과 같은 명령을 내려보자.
% echo *hint.ks manual.hack manual.org manual.rogue rogue rogue.1 rogue.2 rogue.3 rogue.4 rogue.5 rogue.6 rogue.armor rogue.key rogue.man
*은 현재 디렉토리에 있는 파일 이름을 모두 대치시키는 것을 알 수 있다. 그러나 한가지 주목할 점은 .으로 시작하는 숨겨진 파일까지는 대치시키지 못한다는 것이다. 하지만 다음의 예를 살펴보자.
% echo .*. .. .rogue.scores
*의 다른 용법을 살펴보자. 아래의 예제를 보고서 유닉스의 세계는 도스와 비교해서 무엇인가 다르다는 점을 느껴야 한다.
% echo r*m*rogue.armor rogue.man
이제 ?의 사용법을 소개한다.
% echo rogue.?rogue.1 rogue.2 rogue.3 rogue.4 rogue.5 rogue.6
*과는 달리 ?는 한 글자만 대치시키는 것을 알 수 있다. 그럼 세 글자를 대치시키려면?
% echo rogue.???rogue.key rogue.man
생각대로 동작하는 것을 관찰할 수 있다. *, ?에 이어서 [ ]의 사용법을 알아보자. 다음의 예제를 보고 [ ]의 의미를 확실히 파악하자.
echo rogue.[1234567890]rogue.1 rogue.2 rogue.3 rogue.4 rogue.5 rogue.6
[ ]는 속에 들어가 있는 글자 중에 아무 것이나 부합되면 바로 대치시킴을 알 수 있다. [ ]은 글자 단위로 처리된다는 점을 반드시 명심하자.
그대로의 내용을 출력하는 것이다.
모든 유닉스 프로그램은 표준 입력(stdin), 표준 출력(stdout), 표준 에러(stderr)의 개념을 이해할 수 있다. 즉 어떤 명령이 수행될때 그 프로그램의 입력이나 출력은 방향이 바뀌어져 다양한 방면으로 나아갈 수 있는 것이다. 아래에서는 입출력 변경과 파이프에 대한 내용을 간략하게 설명한다.
입출력의 변경은 프로그램에서 스스로 다루는 것이 아니라 쉘에서 다루는 것이다. 보통의 경우 화면으로 출력되는 결과를 파일에 담기위해서 이 기능을 사용하지만, 사용자가 원한다면 오류를 담기위해서도 사용할 수 있다. 다음의 예제를 살펴보자.
% find ~ -name core -print > core_loc
위의 예제는 find(1) 명령의 결과를 core_loc에 담아라는 의미이다. >는 표준 출력의 방향을 전환한다.
% find ~ -name core -print >> core_loc
core_loc에 다른 내용을 더하고 싶을때 >>를 사용한다. >>에 의해서 출력이 변경된 내용은 항상 원래 파일의 뒤에 붙여진다는 사실을 명심하자.
다음은 표준 에러를 파일에 저장하는 방법을 알아본다.
% make World >& world.log$ make World > world.log 2>&1
표준 에러는 일반적인 출력 변경 기법을 사용해서 방향 전환을 할 수 없도록 되어있다. 따라서 C 쉘의 경우라면 > 뒤에 &를 붙여서 표준 에러를 표준 입력으로 전환해야 하며, 보른 쉘의 경우라면 2>&1의 기호를 붙여서 표준 에러를 표준 입력으로 전환해야 한다.
아래에 소개할 예제는 표준 출력과 표준 에러를 별도의 파일에 어떻게 저장하는지 그 방법을 소개하고 있다.
% (make World > proceeding) >& error
proceeding에는 make(1)를 수행하는 도중에 출력된 표준 출력의 내용이 담기게 되며, error에는 make(1)를 수행하는 도중에 출력된 표준 에러의 내용이 담기게 된다. 괄호를 주의깊게 살펴보기 바란다.
파이프는 어떤 명령의 출력을 다른 명령의 입력으로 전환하는데 사용하는 연결자이다. 파이프는 또 다른 종류의 입출력 변경이라고 볼 수도 있을 것이다. 다음의 예를 살펴보자.
% spell report.doc > report.err;\wc -l < report.err; rm erport.err
만일 평범한 입출력 변경을 이용한다면 위와 같이 임시파일(temporary file)을 이용하여 대부분의 일을 처리할 수 있다. 그러나 다음의 예를 살펴보자.
% spell report.doc | wc -l
파이프를 사용하면 입출력 변경보다 훨씬 간단하면서도 명료하게 일을 처리할 수 있다. 입출력 변경에서는 표준 에러를 표준 입력으로 변경하는 간단한 방법이 있었는데, 파이프에서도 거의 비슷한 방법을 제공한다.
% g++ foo.cc |& less
foo.cc를 컴파일하다 발생한 에러는 less에 의해서 보여지게 된다.
파이프의 위력은 다음의 두가지 예를 통해서 더욱 분명해진다. 조금 복잡하더라도 이해하기 바란다.
% (cd include; tar -cf - .; exit 0) | \(cd /usr/local/lib/include; tar xpBf - )
위의 예제는 디렉토리를 통채로 묶어서 다른 위치로 옮기는 것이다. cp(1) 명령과 비교해보면 위의 명령의 장단점을 파악할 수 있을 것이다.
% cat gzip-1.2.4.tar.gz | gunzip | tar xpvf -
위의 예제는 압축되어
있는 파일을 풀어서 테이프 어카이브 형식으로 변환한 다음 다시 디렉토리와 파일 형태로 푸는 것이다. 파이프는
필터의 개념을 설명하면서 보다 상세하게 다루도록 하겠다.
5. 쉘의 변수
이제 쉘의 변수에 대해서 설명하도록 하겠다. 쉘의 변수에는 크게 두가지 종류가 있다.
예) TERM, PATH, SHELL, PWD
예) NNTPSERVER, LESSCHARSET, DISPLAY
C 쉘은 보른 쉘에 비해서 상당한 부분에서 기능이 개선되었다고 알려져있다. 아래에서는 C 쉘의 가장 대표적인 세가지 기능에 대해서 설명하도록 하겠다. 먼저 C 쉘의 간판 스타격인 히스토리 구조를 살펴보자.
PC에서 도스를 사용한 사람들이라면 버전 5.0 이후부터 제공되는 도스키(doskey)에 대한 이야기를 들어보았을 것이다(물론 4도스를 사용하는 사람들은 그 이전부터 키스택(keystack)이라는 것을 사용하고 있었다.) 기존의 명령을 잘못 입력한 경우에 이를 편집할 수 있도록 하며, 옛날에 사용했던 명령어를 기억하고 있다가 다시 재사용 가능하도록 만들어주는 이 깜찍한 명령어는 현재 도스의 불편한 기능을 보완해주는 유틸리티 프로그램으로 확실히 자리잡고있다. 그러나 도스키와 4도스에서 사용하는 키스택 기능이 원래 C 쉘에서 기본적으로 제공된다는 사실을 알고 있는지? 아래에서는 필자와 같은 게으름벵이(?)에게 특히 유용한 C 쉘의 히스토리 기능에 대해서 기본적인 것들을 몇가지 설명하고 넘어가겠다.
C 쉘에서 제공하는 히스토리 기능은 크게 다음의 세가지로 대표된다.
구체적으로 예를 들어서 히스토리 기능에 대해서 설명하겠다. 먼저 명령어의 반복을 살펴보자. 일단 C 쉘의 내부 명령어인 ``history''를 사용하여 현재까지 내려진 명령이 무엇인지 살펴보도록 하겠다.
71 % history 64 cd TA 65 cd Programming 66 cd lecture 67 ls 68 latex ch6 69 xdvi latex 70 xdvi ch6 71 history72 %
현재까지 내려진 명령은 모두 8개(history를 포함하여)이다. % 앞에 붙은 숫자는 현재 명령 번호로서 사용자가 명령을 내릴때마다 하나씩 올라간다. 그러면 이 시점에서 사용자가 다시 ``latex ch6''이라는 명령을 수행하고 싶으면 어떻게 할 것인가? 다음의 네가지 방법을 살펴보기 바란다.
예) ``latex ch6''의 절대 명령 번호는 68번.
72 % !68
예) 72에서 68을 빼면 4이다. 앞에 -기호를 붙이는 것을 기억하자.
72 % !-4
예) ``latex ch6''에 tex이라는 문자열이 들어가 있다.
72 % !?tex
예) ``latex ch6''은 la로 시작한다.
72 % !la
다소 복잡하다고 생각될지는 모르지만, 일단 위의 네가지 방법만 습득하면 반복되는 명령을 수행하는데 있어서 더 이상의 편리한 방법을 발견하기 어려울 것이다.
이제 명령어의 치환을 살펴보자. 명령어를 치환하는 가장 단순한 방법은 ^을 이용해서 특정 문자열을 다른 문자열로 변경하는 것이다. 아래의 예를 살펴보기 바란다.
72 % ls -alg ch55.texch55.tex not found73 % ^55^5ls -l ch5.tex 37 -rw-r--r-- ...... Apr 6 19:24 ch5.tex
직전 명령에서 잘못된 부분은 ^을 이용해서 간단하게 고칠 수 있는 사실을 알 수 있다. 그러면 위의 시점에서 만일 ch6.tex에 대한 ls 명령을 더불어 내릴 경우에는 어떻게 할까?
74 % ^5^6ls -alg ch6.tex 12 -rw-r--r-- ...... Apr 9 22:05 ch6.tex
정상적으로 동작함을 알 수 있다. 그러나 만일 직전 명령이 아니라 조금 오래된 명령어의 치환은 어떤 방법으로 수행할 수 있을까? 다음의 예를 살펴보자.
75 % xdvi ch6.texxdvi: DVI file doesn't start with preamble76 % lsch5.tex ch5.dvi ch6.tex ch6.dvi77 % !-2:s/tex/dvixdvi ch6.dvi
조금 까다로운가? 명령어의 반복 수행 기능에다 ``s''로 시작하는 치환 기능을 합치니까 상당한 위력을 발휘함을 알 수 있다.
마지막으로 명령어에서 사용한 일부 문자열의 선택에 대해서 알아보겠다. 복잡한 것들은 생략하고 가장 쉬운 것들만 소개하겠다. 다음의 예를 살펴보자.
78 % vi ch6.tex79 % latex !$latex ch6.tex80 % !!latex ch6.tex
!$와 !!의 용도를 알겠는가? !$는 직전 명령어의 가장 마지막 인수를 의미하며, !!는 직전 명령어 전체(!-1와 동일)를 의미하는 것이다.
그러면 보다 향상된 예를 하나만 더 들고 히스토리에 대한 설명은 일단 종결짓도록 하겠다. !*의 의미는 각자 생각해보기 바란다.
81 % cd ~/tmp; lsfoo1.c foo2.c bar1.c bar2.c82 % echo foo?.c bar?.c83 % rm !*rm foo?.c bar?.c84 %
별명(alias)이란 자신이 많이 사용하는 명령어의 이름을 별도로 정해두는 것을 말한다. 별명을 사용하는 이유는 크게 다음의 세가지로 분류될 수 있다.
별명의 정의 방법은 다음과 같다. 별명과 별명에 대한 정의만 있으면 된다.
alias alias_name alias_definition
별명의 예는 다음과 같다. 각 명령이 위의 어느 것에 해당되는지 각자 생각해보기 바란다.
alias a aliasalias cx chmod +xalias h historyalias cd 'cd \!* ; set prompt=''`hostname` [ `whoami` {\!} `dirs`]``'alias dis 'setenv DISPLAY \!*":0.0"'alias cls clearalias cp cp -ialias hh helvisalias ls 'ls -Fs'alias rm rm -ialias u unalias
위의 cd의 예에서 나온 !*은 히스토리에서 설명한 것과 동일하다. 그리고 \!는 현재의 명령 번호를 의미한다. 이제 각자 필요한 별명을 정의해서 사용하기 바란다.
앞에서 잠시 배경 프로세서에 대한 설명을 하였다. C 쉘에서는 보른 쉘에서 제공하는 배경 프로세서 수행 기능 이외에도 완벽한 작업제어 기능을 제공하고 있다. C 쉘에서는 터미날 단위로 작업을 제어할 수 있다. 각 프로세서는 열린 파일들, 현재 작업 디렉토리, 프로세서 인식 번호(PID)등을 가지고 있는데, 이러한 여러 프로세서가 한 줄(line)에 들어가 있는 것을 작업이라고 부르게 된다.
그러면 작업 제어가 필요한 이유를 먼저 생각해보자. 보통의 경우에는 한번에 하나의 작업이면 충분하다. 편지를 작성한다거나, 신문을 읽는다거나, 게임을 즐기는 경우가 바로 그 것이다. 그러나 만일 현재 활성화되어 있는 작업이 너무 길어질 것 같아서 뒷 배경 프로세서로 동작시키고 싶거나, 다른 중요한 일을 먼저 처리하기 위해서 현재의 활성화되어 있는 프로세서를 잠시 새워두고 싶거나, 질문등에 답하기 위해서 뒷 배경 프로세서를 활성화시키고 싶을 경우가 있을 것이다. 이럴 경우 C 쉘이 제공하는 작업 제어 기능을 쉽분 활용하기 바란다.
배경 프로세서는 하나만을 지정할 수 있는 것은 아니다. 활성화된 나머지가 모두 배경 프로세서로 동작하고 있다고 생각하면 틀림없다. 그러면 직접 예를 보면서 설명하도록 하겠다.
% lsbackup inform93.usage ms93graduates inform94 ms93.usageinform inform94.usage ms94inform85 inform95 ms94.usageinform93 lost+found others% du inform93 > inform93.usage &[1] 18209% du inform94 > inform94.usage &[2] 18210
du(1) 명령은 디스크의 사용정도를 보고하는 명령이다. 명령어 뒤에 & 기호를 붙여서 동작시키면 해당하는 작업 번호와 프로세서 아이디(PID)를 출력해주고 다시 사용자의 입력을 기다린다. 만일 실수로 & 기호를 빼먹었을 경우는 어떻게 되는가? 다음의 예를 보자.
% du ms93 > ms93.usage^ZStopped% bg %[4] du ms93 > ms93.usage &
<Ctrl+Z>를 누르면 일단 정지하고(Stopped), bg라는 C 쉘의 내장 명령어를 통해서 배경 프로세서로 동작시킬 수 있음을 알 수 있다. bg뒤에 인수를 붙이지 않거나 %를 붙이면 현재의 정지된 작업(즉 du ms93 > ms93.usage)이 배경 프로세서로 동작하게 되며, % 와 번호를 함께 적으면 그 번호에 해당하는 작업이 배경 프로세서로 동작하게 된다.
그러면 여러 개의 작업이 있을 경우에 이들을 모두 표시해주는 기능은 없을까? 다음의 jobs 명령에 주목하기 바란다.
% du ms94 > ms94.usage &5] du ms94 > ms94.usage &% du under > under.usage &[6] 18214% jobs[4] + Running du ms93 > ms93.usage[5] Running du ms94 > ms94.usage[6] - Running du under > under.usage
C 쉘의 내부 명령어인 jobs는 현재 수행되고 있는 프로세서의 상황을 알려준다. 수행되고 있는 프로세서의 상황은 수행중(Running), 정상종료(Done), 오류종료(Exit) 로 나뉘어지는데 이러한 수행 결과를 통해서 사용자는 적절한 대처를 할 수 있게 된다. + 기호와 - 기호는 어느 배경 프로세서가 먼저 동작했는지 그 순서를 알려준다. +가 첫번째, -가 두번째, 나머지는 기호가 없다.
그러면 배경 프로세서를 활성화시키는 법에 대해서 설명하겠다. 다음의 fg 명령에 주목하자.
% fg %du ms93 > ms93.usage^ZStopped% bg% fg %5du ms94 > ms94.usage^ZStopped% bg%
fg뒤에 인수를 붙이지 않거나 %만을 붙이면 첫번째 배경 프로세서(+로 표현되는)를 활성화시킨다. 만일 % 뒤에 작업 번호를 붙이면 그 번호에 해당되는 작업을 활성화시킨다. 계속해서 프로세서를 종료시키는 명령을 알아보자.
% kill %[5] Terminated du ms94 > ms94.usage% kill %4[4] Terminated du ms93 > ms93.usage% kill 18214[6] Terminated du under > under.usage
프로세서를 종료시키는
방법은 위의 세가지가 대표적이다. 첫번째는 현재 첫번째 배경 프로세서를 종료시키는 명령이며, 두번째는 작업 번호에 해당하는 배경 프로세서를 종료시키는 명령이다. 세번째는 PID를 이용해서 일반적인 방법으로 작업을 종료시키는 명령이다. C 쉘에서는 kill 이외에도 stop이라는 명령이 있어서 필요한 작업을 잠시 정지(suspend)시킬 수도 있다.(<Ctrl+Z>의 대용품?) 이의 사용법은 kill과 동일하다.
7. 실습
다음 명령어를
실행시켜 보고 결과를 출력한다음 실행과 결과가 무엇을 의미하는지 주석을 달아 조교에게 제출한다.
1) echo연습
echo
$SHELL
echo hi
> file
echo hi
\> file
echo ‘date’
2) 특수문자 연습
ls –FR
ls *.c
ls
[ac]* //a 또는 c로 시작하는 모든 것
3) pipe연습
who | wc –l
ps –ef | grep root
4) 그룹연습
data; pwd; ls
gcc myprog.c &&
a.out
cc myprog.c || echo compile
date
&; pwd &
5) >
연습
date;
ls; pwd > out.txt
(date;
ls; pwd) > out1.txt
find . –name
a.c –print > find.txt &