리눅스 관련 강좌란
HomePage Backward Forward Post Reply List
Delete Modify
  제목   명령어 (RPM) 1998/05/08 (10:09)
이름 김효원
번호 24
조회 314
본문 3.23 rpm

여러분들이 PC 통신을 많이 한다면 확장자가 rpm인 파일들을 많이 보았을
겁니다. 예전에는 이런 확장자를 가지는 파일이 많지 않았는데 요즘에는
정말로 많이 볼수 있습니다. 이 .rpm이라는 파일은 RPM(RedHat Package
Manager)이 관리하는 하나의 패키지 관리 형식인데 이전에 보던 .tar.gz에
비해 각종 패키지의 효율적인 관리를 도와줍니다.

<참고 시작>

RPM은 RedHat 리눅스를 설치한 분에게만 해당되는 사항입니다. 다른 리눅스
에서는 지원되지 않거든요.

<참고 끝>

3.23.1 rpm 파일의 의미

자 그러면 여기서 예를 들어 봅시다. 여러분들이 PC 통신을 이용했건 인터
넷을 이용했건 하나의 패키지를 받았다고 가정합시다. 이 패키지의 포맷이
.tar.gz일때 여러분들은 이 패키지를 관리하기 위해서 어떠한 방법을 쓰겠
스빈까? 파일들이 저장된 위치, 문서파일들, 환경을 설정하는 설정화일 등
일일이 적어가면서 직접 관리를 하겠죠? 그러나 사실 이렇게 까지 하면서
패키지를 관리하는 사람은 거의 없습니다. 이제부터 여러분들이 배울 RPM
이 이러한 여러분들의 시간을 줄여줄수 있을 겁니다. 사실 처음에 나온 목
적도 이것때문이죠.

자 그러면 먼저 RPM 파일을 분석해 보도록 합시다.

mc-4.1.3-1.i386.rpm

보통 rpm 형식으로 만들어진 파일은 위와같은 형태를 띄고 있는 것이 많이
있습니다. 참 복잡하죠? 물론 이름만 그렇지만 사실 의미가 있는 것들입니
다. 자 그러면 하나씩 쪼개서 살펴 봅시다.

<참고 시작>

뒤에서부터 순서대로 살펴 보도록 하겠습니다.

<참고 끝>

rpm

rpm은 RPM(RedHat Package Manager)으로 만들어진 패키지임을 뜻합니다.
앞에서도 언급했죠? 만약에 여러분들이 새로운 패키징프로그램을 만들었다
면 그 패키지의 확장자를 여러분이 붙이듯이 이것또한 RPM을 만든 사람이
붙여놓은것입니다.

i386
   
i386은 Intel CPU인 386이상의 컴퓨터에서 사용하라는 것입니다. 그럼
Alpha를 사용하는 독자들이 사용하는 rpm은? 바로 alpha입니다.

1

이것은 몇번째로 만들어진 패키지 인지를 알려줍니다. 대부분 Patch레벨로
사용하는데 이 번호가 높으면 높을수록 안정화된 버젼임을 의미하는 것입
니다.

4.1.3   

패키지 버젼입니다. 이 뜻을 모르는 독자는 없겠죠? 이 번호를 통해 프로
그램이 얼마나 오래동안 만들어 졌으며 제작자가 얼마나 많은 수고를 했는
지 알수 있습니다.

그러면 이 4.1.3을 또 분해 해 봅시다. "4"는 패키지의 Release버젼입니다
. 즉.. 정식판으로써의 몇번째 인지를 알려 주는 거죠. 다음으로 "1"은 프
로그램들의 간단한 변화를 말하는 것입니다. 정식으로 발표된 이후에 기능
의 추가를 말하는 것입니다. 다음으로 "3"은 바로 얼마나 자주 Patch되었
는를 보여주는 것입니다. 여기서의 패치는 제작자가 직접하게 되는 프로그
램상의 오류수정을 말합니다.

mc
 
마지막으로 보이는 "mc" 무슨 뜻인지는 말 안해도 알겠죠? 바로 어떠한 프
로그램을 담고 있는지를 알려주는 상표입니다. 즉 프로그램 이름이죠.

이제 여러들은 어떠한 rpm을 보더라도 쉽게 어떤 종류의 패키지 인지를 알
수 있을 것입니다.

자 그러면 이제부터 실제적으로 이러한 패키지를 가지게 되었을때에 어떻
게 설치를 하는지 알아 보겠습니다. 보면 알겠지만 설치 뿐만 아니라 패키
지를 지울 때 또는 업그레이드 할 때에도 전부 사용됩니다. 정말 편리한
것이라고 할수 있죠.
  
3.23.2 rpm 파일의 설치

패키지를 사용하기 위해서는 가장 기본이 되는 것이 바로 설치입니다. 여
러분들이 처음에 패키지를 통신망을 통해 받아어면 제일 먼저 설치를 하겠
죠? 그러면 이 rpm으로 묶여 있는 패키지를 어떻게 인스톨하는지 우선 예
를 들어 보겠습니다.  

# rpm -i mc-4.1.3-1.i386.rpm [Enter]
#

간단하죠? 옵션으로 "i"를 지정하면 인스톨이 되게 됩니다. 이렇게 하지 말
고 옵션을 추가해주면 사실 더 보기 좋을수 있습니다.

# rpm -iv mc-4.1.3-1.i386.rpm
Installing mc-4.1.3-1.i386.rpm
#

"v" 옵션을 붙여주면 이 패키지가 어떤 것인지 화면에 보여줍니다. 아무것
도 나오지 않는것보다는 훨씬 낳죠?

# rpm -ih mc-4.1.3-1.i386.rpm [Enter]
################################################
#

"h" 옵션은 인스톨되는 상태를 화면에 표시하여 주는 역활을 합니다. 보통
위 두 옵션을 같이 사용하는 경우가 많이 있습니다.

# rpm -ivh mc-4.1.3-1.i386.rpm [Enter]
mc ################################################
#

<참고 시작>

rpm에서의 업그레이드는 인스톨을 포함하고 있습니다. 즉, 업그레이드를 할
경우(-U옵션을 사용할 경우) 만약, 패키지가 인스톨 되어 있지 않다면 이는
-i를 사용하는 인스톨로 간주할 것이며 패키지가 인스톨 되어있다면 -U로
인지할 것입니다.

업그레이드 하는 방법은 인스톨하는 방법과 같으므로 여기서는 생략하겠습
니다.

<참고 끝>

대부분이 이렇게 함으로써 패키지를 인스톨할수 있습니다. 그러나 이렇게
인스톨하지 못하는 경우도 있습니다. 바로 다음과 같은 경우에 그렇죠.

첫 번째로 패키지가 미리 인스톨 되어 있는 경우입니다.

# rpm -iv adduser-970616-1S.i386.rpm [Enter]
Installing adduser-970616-1S.i386.rpm
package adduser-970616-1S is already installed
error: adduser-970616-1S.i386.rpm cannot be installed
#

이미 설치되어 있다고 에러가 발생하죠? 이미 설치되어 있으면 패키지를
또 설치하지 못합니다. 그러나 설치되어 있어도 강제적으로 설치할수 있는
옵션이 있습니다.

# rpm -ivh --force mc-4.1.3-1.i386.rpm [Enter]
mc ################################################
#

바로 "force"라는 옵션을 붙여주면 됩니다. 이미 설치되어 있다고 하더라
도 그냥 다시 설치하게 됩니다.

<참고 시작>

보통 리눅스 명령어에 옵션을 붙일때에는 "-"다음에 붙이는 경우가 대부분
인데 위의 "force"는 "--" 다음에 붙여서 사용합니다.

<참고 끝>

설치되지 않는 두 번째 이유는 패키지의 의존성에 문제가 발생하기 때문입
니다. 여기서 의존성이라는 것은 패키지를 사용하기 위해 기본적으로 필요
한 패키지들을 검사하는 것을 말합니다.

# rpm -ivh SNMP.pm-1.6-1.i386.rpm [Enter]
failed dependencies:
       libsnmp.so.3 is needed by SNMP.pm-1.6-1
#

SNMP.pm-1.6-1.i386.rpm을 인스톨하는데 libsnmp.so.3가 인스톨되어 있지
않아 사용할수 없음을 알려주고 있습니다. 그럼, 실제로 libsnmp.so.3인
인스톨 되어 있지 않는지 한번 확인해 봅시다.

# ls /usr/lib/libsnmp* [Enter]
/usr/lib/libsnmp.a  /usr/lib/libsnmp.so.3@ /usr/lib/libsnmp.so.3.3*
#

그런데 보니 설치가 되어 있군요. 이상이 생겼나 보죠? 그러면 어떻게 할
까요? 의존성 검사를 무시하는 옵션이 있습니다.

# rpm -ivh --nodeps SNMP.pm-1.6-1.i386.rpm [Enter]
SNMP.pm ##############################################
#

바로 "nodeps"라는 옵션을 사용하면 됩니다.

<참고 시작>

"nodeps" 옵션을 사용하기 전에 관련 패키지가 인스톨 되어 있는지 확인
하고 사용하기를 바랍니다. 그렇지 않으면 패키지 사용에 문제가 발생할
수 있습니다.

<참고 끝>



3.23.3 특정 패키지 찾기

만약, 위에서 예를 든것 처럼 libsnmp.so.3이 인스톨 되어 있지 않을 경우
어떻게 하겠습니까? libsnmp.so.3이 들어 있는 패키지를 찾아야 하겠죠?
찾은 다음에 먼저 설치해 주면 아무 문제가 발생하지 않을 것입니다. 그렇
다면 어떤 파일에 libsnmp.so.3이 들어 있는지 알수 있는 방법이 있을까요
? 미리 인스톨이 되어 있다면 "ls" 명령어를 사용하여 확인하면 되지만 그
렇지 않을 경우는 어떻게 해야 할까요? 대부분의 의존성 검사중에 이렇게
화면에 알려주는 것은 그리 많지 않고 대부분이 어떠한 패키지가 없다는
식으로 독자에게 알려 줄것입니다.

이와 같이 나올 경우는 rpm 파일을 하나씩 뒤져야 하는데 이러한 일도 만
만치 않겠죠?  그러면 이러한때를 위해 필자가 간단한 스크립터를 하나 소
개할까합니다.

#!/bin/sh
RPM_FILE=$1
for i in `ls -1 --color=none *.rpm`; do
  rpmpkg=`rpm -qlp $i | grep $RPM_FILE`
  if [ "$rpmpkg" != "" ]; then
    echo $i
    exit 0
  fi
done

위 내용을 rpmls.sh로 저장 합니다.

# chmod -x rpmls.sh [Enter]
# ./rpmls.sh libsnmp [Enter]
cmu-snmp-3.3-2.i386.rpm
#

<참고 시작>

위와 같은 스크립터를 쉘 프로그래밍이라고 합니다. 쉘 프로그래밍은 아래
에 다시 설명 드릴테니 그 부분을 참고하시기 바랍니다.

<참고 끝>

잘 찾죠? 이제 rpm 파일을 찾았으니 한번 인스톨해보기로 합시다.

# rpm -ivh SNMP.pm-1.6-1.i386.rpm cmu-snmp-3.3-2.i386.rpm [Enter]
SNMP.pm ##############################################
#

<참고 시작>

위의 예는 단지 이렇다고 보여주는 예일뿐, 실제로는 똑같이 의존성 검사
부분에서 걸릴 것입니다. 위의 예는 어떠한 패키지가 없다고 나오는 경우
에 사용하기를 바랍니다.

<참고 끝>

3.23.4 rpm내부 들여다 보기

대부분 패키지를 관리하다 보면 자신에게 어떠한 패키지가 있는지 알고 싶
은 경우가 있을 겁니다. 이런 경우에 사용하는 옵션으로 "q"를 사용합니다
. 그런데 이 옵션 하나만 사용하지는 않습니다. 다음의 옵션과 같이 사용
하거든요.

a  : 인스톨된 모든 패키지를 보여줍니다.
f <file> : <file>이 속해 있는 rpm 패키지를 보여줍니다. 여기서 file은
전체경로를 포함하는 파일이어야 합니다.

# rpm -qf /usr/bin/batch [Enter]
at-2.9b-2
#

위와 같이 특정 위치에 위치한 파일의 이름을 알려 줌으로써, 어떠한 패키
지에 속해있는지를 rpm은 알려줍니다.

# rpm -qi IO.pm [Enter]
Name        : IO.pm                       Distribution: (none)
Version     : 1.15                              Vendor: (none)
Release     : 3                          Build Date: Mon Jun 23 12:50:56\
1997
Install date: Mon Oct 13 16:23:54 1997   Build Host: supserv.redhat.com
Group       : Development/Libraries/Perl Source RPM: IO.pm-1.15-3.src.rpm
Size        : 113896
Summary     : I/O modules for perl
Description :
This is the perl5 IO distribution.
It provides an object oriented interface for IO in perl.  It should be\
a part
of the perl5 core distribution soon, so you will only have to get this\
if it is
newer than your perl.
#

"qi" 옵션은 패키지에 대한 정보를 화면에 보여주는 역할을 합니다. 파일의
세부적인 상황까지 알수 있죠?

# rpm -ql at [Enter]
/etc/at.deny
/usr/bin/at
.
.
/var/spool/at/.lockfile
/var/spool/at/spool
#

"ql" 옵션은 인스톨된 패키지의 파일들을 보여주는 역할을 합니다. 즉 패키
지 이름을 아규먼트로 지정해주면 그 패키지에 포함된 파일을 보여주게 됩
니다.

# rpm -qs at [Enter]
normal        /etc/at.deny
normal        /usr/bin/at
.
.
normal        /var/spool/at/.lockfile
normal        /var/spool/at/spool
#

"qs" 옵션은 패키지에 포함된 파일들의 리스트와 상태까지 보여주게 하는
역할을 합니다.

# rpm -qd at [Enter]
/usr/man/man1/at.1
/usr/man/man1/atq.1
/usr/man/man1/atrm.1
/usr/man/man1/batch.1
/usr/man/man8/atrun.8
#

"qd" 옵션은 인스톨된 문서 파일들만 보여줍니다.

# rpm -qc at [Enter]
/etc/at.deny
#

"qc" 옵션은 문서의 환경파일만 보여줍니다. 이 옵션은 상당히 유용하니 잘
알아두시기 바랍니다.

<참고 시작>

파일들의 경로명을 보는 옵션중 가장 유용하게 사용될수 있는 옵션으로 환
경 파일들의 위치를 알수 있기 때문에 이후 RedHat 리눅스의 업그레이드시
유용하게 사용될수 있습니다.

<참고 끝>

3.23.5 rpm 패키지 지우기

대부분 패키지를 인스톨한후에 필요가 없어서 지우고자 하는 경우가 많이
생깁니다. rpm 패키지를 지우는 방법은 상당히 간단합니다. 옵션 하나만
알면 되거든요.

# rpm -e IO.pm [Enter]
removing these packages would break dependencies:
       IO.pm >= 1.09 is needed by Net.pm-1.00-4
#

패키지를 지울때에는 "e" 옵션을 사용하면 됩니다. 그런데 역시, 이번에도
IO.pm의 의존성에서 문제가 발생되어 패키지를 지우지 못하는군요. 그럼
이 패키지를 지우지 못할까요? 필요없는 패키지를 굳이 놓아둘 필요가 없
겠죠? 위에서 알려준 의존성을 무시하는 옵션 "nodeps"을 사용해 보기 바
랍니다.

# rpm -e --nodeps IO.pm [Enter]
#

아무 메시지도 나오지 않죠? 패키지가 지워졌습니다. 패키지를 지울때 가
장 많이 사용하는 옵션이 바로 "nodeps"라는 옵션입니다.

<참고 시작>

어떤때에는 이런 옵션들이 불필요하게 느껴질지 모르나 독자들이 필자처럼
몇번 실수를 해본다면 그렇게 느끼지 않을 것입니다. 처음부터 "nodeps"
옵션을 사용하기 보다는 순수하게 "e"옵션만으로 패키지를 언스톨해보기
바랍니다. 그 다음 의존성에 문제가 생긴다면 어떠한 패키지들과 연결이
되어 있나 자세히 살펴보면 됩니다.

<참고 끝>

여러분들이 이 패키지 지우는 연습을 할 때에 지우면 안되는 패키지가 있
습니다. 이 패키지들은 절대로 지우면 안됩니다.

ld.so
libc
e2fsprogs
pam
pwdb
filesystem
libtermcap
util-linux
bash
gpm
getty_ps
setup
SysVinit
initscripts
termcap
etcskel
rmt

위 패키지들은 그중에서도 중요도가 높은 것들만 말한 것이지만 이들 패키
지의 대부분이 Base패키지에 속하는 것들임에 유의하기 바랍니다.

HomePage Backward Forward Post Reply List
1998 by swindler