East's IT

압축유틸리티/백업복구/패키지관리

압축 utility

gzip 리눅스에서 가장 많이 사용되는 압축 프로그램이다.

man gzip
GZIP(1) GZIP(1)
NAME gzip, gunzip, zcat - compress or expand files
(gzip외에 옆에 두개의 gunzip, zcat 명령은 서로 관련 있는 명령어라는 의미이다)
SYNOPSIS gzip [ -acdfhlLnNrtvV19 ] [-S suffix] [ name ... ] (옵션은 역시 많다)
gunzip [ -acfhlLnNrtvV ] [-S suffix] [ name ... ] zcat [ -fhLV ] [ name ... ]

옵션이 많지만 역시 많이 사용되는 것은 몇 개 안된다.

주요옵션

압축시 숫자 1 ~ 9 (정수) : 압축시 사용하는 옵션으로 숫자가 1에 가까울수록 압축효율은 낮고
압축시간을 단축된다.
숫자가 9에 가까울수록 압축효율은 높고 압축시간은 길어진다.

압축해제시 -d (또는 gunzip)

ex)
mkdir /tmp/testcd /tmp/test

[root@river test]# cp /bin/a* /etc/syslog.conf ./ (실습을 위해 몇 개의 파일을 복사한다)

[root@river test]# lsarch ash ash.static aumix-minimal awk syslog.conf

[root@river test]# gzip * a.gz gzip: a.gz: No such file or directory

모든 파일을 압축한 후 a.gz 파일 하나로 만들려고 했으나 되지 않는다.gzip 뒤에 압축할 대상 만 적을 수 있을 뿐이다.
만들어질 파일은 결정하지 못한다. mswinodws 에서 사용되는 압축프로그램처럼 하나로 묶어주는 기능은 갖고 있지 못하다.
이것은 하나의 명령어는 최소한의 필요한 작업만 할 수 있도록 만들어져 있기 때문이다. unix의 철학이기도 하다.
압축 프로그램은 단지 압축과 관련된 일만 한다.

[root@river test]# lsarch.gz ash.gz ash.static.gz aumix-minimal.gz awk.gz syslog.conf.gz

[root@river test]#

파일들이 각각 압축되었다. 그러나 이렇게 압축한다면 관리하기 어려울 것이다. 예를 들어서 인터넷에 올리거나
메일로 보내거나 해야 한다면 지금처럼 몇 개 안되지만 수십 개 또는 수백 개의 파일로 이루어져 있다면 곤란할 것이다.
그런 경우 하나로 묶어줄 필요가 있다.

파일묶기

tar (Tape Archive) - 파일명이 의미하는 것과 같이 tar는 데이터를 자기테이프에 백업하기 위한 용도로 많이 쓰이는 명령어이다.
그러나 압축하기 전에 파일을 먼저 하나로 묶기 위해서도 많이 사용한다.

인터넷에 올라와 있는 linux 관련 소스패키지들은 파일명이 xxx.tar.gz 또는 xxx.tar.bz2 이런식의 이름을 가지는 파일들이 많다.
이 파일명이 의미하는 것은 어떤 파일들을 tar로 먼저 하나로 묶고 그 파일을 다시 압축프로그램으로 압축했다는 의미이다.

물론, 용량이 그리 크지 않다면 tar로 묶기만 하고 압축은 하지 않아도 될 것이다.

tar 주요옵션 (tar 명령어도 옵션이 매우 많다)

파일묶을때

tar -cvf 타겟파일 소스파일(디렉토리도 가능)
-c : 묶기
-v (verbose) : 진행과정을 보여준다.

이 옵션은 부가적인 것이다. 사용하지 않아도 된다.
-f :

묶인파일 풀때

tar -xvf 파일명
-x : 풀기

풀지않고 안에 파일리스트만 보고자 할때
tar -tvf 파일명-t : 묶인 파일 list 보기

ex)[root@river test]# tar -cvf test.tar *archashash.staticaumix-minimalawksyslog.conf
[root@river test]#

[root@river test]# ls -l
합계 1780-rwxr-xr-x 1 root root 2644 5월 9 11:57 arch
-rwxr-xr-x 1 root root 92444 5월 9 11:57 ash
-rwxr-xr-x 1 root root 492968 5월 9 11:57 ash.static
-rwxr-xr-x 1 root root 10456 5월 9 11:57 aumix
-minimal-rwxr-xr-x 1 root root 294332 5월 9 11:57 awk
-rw-r--r-- 1 root root 693 5월 9 11:57 syslog.conf
-rw-r--r-- 1 root root 901120 5월 9 12:10 test.tar
[root@river test]#

생성된 tar 파일 크기가 원래 파일을 다 합한 크기보다 더 크다. 압축된 것이 아님을 알 수 있다.
이제 tar 파일을 압축해보자

우선 압축하기전에 압축효율을 확인해보기 위해 tar 파일을 다른 이름으로 몇 개 복사한다.

[root@river test]# cp test.tar test1.tar

[root@river test]# cp test.tar test2.tar

[root@river test]# cp test.tar test3.tar

[root@river test]# ls -l test*
-rw-r--r-- 1 root root 901120 5월 9 12:10 test.tar
-rw-r--r-- 1 root root 901120 5월 9 12:16 test1.tar
-rw-r--r-- 1 root root 901120 5월 9 12:16 test2.tar
-rw-r--r-- 1 root root 901120 5월 9 12:16 test3.tar

[root@river test]# time gzip test.tar
real 0m0.194suser 0m0.190ssys 0m0.000s

time 명령은 time 의 인수로 사용되는 명령의 실행시간을 측정하는 프로그램이다.
출력 결과 중 real이 명령 실행 시 완료까지 걸린 시간을 나타낸다.

[root@river test]# time gzip test3.tar
real 0m0.194suser 0m0.180ssys 0m0.010s

[root@river test]# time gzip -1 test1.tar
real 0m0.083suser 0m0.080ssys 0m0.000s

[root@river test]# time gzip -9 test2.tar
real 0m0.409suser 0m0.410ssys 0m0.000s

[root@river test]# ls -l test*
-rw-r--r-- 1 root root 901120 5월 9 12:10 test.tar
-rw-r--r-- 1 root root 448839 5월 9 12:16 test1.tar.gz
-rw-r--r-- 1 root root 417022 5월 9 12:16 test2.tar.gz
-rw-r--r-- 1 root root 418790 5월 9 12:16 test3.tar.gz
[root@river test]#

압축효율이 높을수록 시간이 많이 걸리는 것을 알 수 있으며 옵션을 사용하지 않아도 됨을 알 수 있다.
옵션을 사용하지 않았을 때의 압축효율과 시간은 위의 출력결과를 참조하라. 사실, 파일이 아주 크지 않다면
굳이 옵션을 사용해야 할 필요가 없을 것이다.

이번에는 압축해제를 해보자. 압축해제는 압축의 역순으로 해야 한다.

[root@river test]# gunzip test.tar.gz

[root@river test]# tar -tvf test1.tar.gz

[root@river test]# gunzip test1.tar.gz (이것은 gzip -d test1.tar.gz) 와 같다.

[root@river test]# lstest.tar test1.tar test2.tar.gz test3.tar.gz

압축이 풀리면서 용량이 늘어난다.

[root@river test]# tar -tvf test1.tar (풀기 전에 먼저 어떤 파일들을 포함하는지 확인)
-rwxr-xr-x root/root 2644 2007-05-09 11:57:01 arch
-rwxr-xr-x root/root 92444 2007-05-09 11:57:01 ash
-rwxr-xr-x root/root 492968 2007-05-09 11:57:01 ash.static
-rwxr-xr-x root/root 10456 2007-05-09 11:57:01 aumix-minimal
-rwxr-xr-x root/root 294332 2007-05-09 11:57:01 awk
-rw-r--r-- root/root 693 2007-05-09 11:57:01 syslog.conf

[root@river test]# tar -xvf test1.tar
arch
ash
ash.static
aumix-minimal
awk
syslog.conf
[root@river test]# ls
arch ash ash.static aumix-minimal awk syslog.conf test.tar test1.tar test2.tar.gz test3.tar.gz

[root@river test]#

제대로 풀렸다.

bzip2

압축 tool 이 여러 가지가 있으나 압축에 대한 기본개념은 큰 차이가 없다. 그러므로 한 가지 압축프로그래만 잘 알아도
다른 압축툴을 쓰는데 별 어려움이 없을 것이다.

[root@river test]# ls
test.tar

[root@river test]# cp test.tar test1.tar

[root@river test]# cp test.tar test2.tar

[root@river test]# gzip -9 test1.tar

[root@river test]# bzip2 test2.tar

[root@river test]# ls -l
합계 1680
-rw-r--r-- 1 root root 901120 5월 9 12:10 test.tar
-rw-r--r-- 1 root root 417022 5월 9 12:36 test1.tar.gz
-rw-r--r-- 1 root root 385616 5월 9 12:36 test2.tar.bz2
[root@river test]#

test.tar 파일 하나만 남겨두고 모두 삭제한 후 다시 두개의 다른 파일명으로 복사를 했다. 그
리고 gzip 과 bzip2 로 각각 압축했다. 출력결과를 보면 gzip2 로 최대한 압축효율을 높인것 보다
bzip2 로 압축한것이 용량이 더 작다는 것을 알 수 있다. 이것이 bzip2 압축 프로그램의 가장 큰 장점이다.

용량이 아주 큰 파일들은 최대한 용량을 줄이기 위해 bzip2 를 많이 사용한다.
그 외의 경우에는 주로 gzip 을 많이 사용한다.

backup / restore

백업

- 시스템이나 저장된 데이터에 문제가 생겼을때 복원하기 위하여 백업한다.

- 데이터가 손실될수 있는 경우
시스템 크래쉬, 커널패닉,Disk Fail, 하드웨어 장애
운영자의 실수,
허가받지 않은 사용자에 의한 데이터 파괴.
낙뢰, 화재, 침수등의 재난

백업종류

Full backup (완전백업)
파일시스템 전체를 백업

Incremental backup (증분백업)
이전에 백업한 시점을 기준으로 변경되거나 추가된 데이터만 백업

Differential backup (차등백업)
- 전체 백업한 시점을 기준으로 변경되거나 추가된 데이터만 백업
- full backup 이후로 부터 시간이 멀어질수록 백업하는데 시간과 용량이 더 필요해진다.

백업매체
자기테이프,하드디스크, CD-RW,usb 메모리 등 데이터를 기록할 수 있는 각종 매체.

백업 명령어

tar (tape archive)

incremental backup

tar 의 -g, --listed-incremental 옵션이 필요하다.

/dev/sdb2                95195      6822     83458   8% /mnt/backup
/dev/sdb1                95179      5652     84613   7% /home

ex)
/home 디렉토리의 계정을 /mnt/backup 디렉토리에 백업을 받으려면

백업스케쥴은 아래와 같다고 가정.
월 : 풀백업
화 ~ 금 : 증분백업

월 :  tar -g /mnt/backup/home.backup.list -cvzf /mnt/backup/home0.backup.tar.gz ./
화 :   tar -g /mnt/backup/home.backup.list -cvzf /mnt/backup/home1.backup.tar.gz ./
수 :  tar -g /mnt/backup/home.backup.list -cvzf /mnt/backup/home2.backup.tar.gz ./
... 이하생략

*. home.backup.list 은 백업할때의 정보가 저장되고 이후 증분백업할때 참고되어진다.
Restore는 full backup 부터 복구한다음 화요일 -> 수요일 -> 목요일 ... 백업데이터를 차례대로
풀어줘야 한다.

rm -rf /home/*
[root@centos1 home]# tar -xvzf /mnt/backup/home0.backup.tar.gz
[root@centos1 home]# tar -xvzf /mnt/backup/home1.backup.tar.gz
... 이하생략.



백업스크립트

  1 #! /bin/bash
  2
  3 backup_dir=/mnt/backup
  4 time=$(date +%Y%m%d%H%M)
  5 day=$(date +%a)
  6 backup_source=/home
  7
  8 if [ ! -d $backup_dir ]
  9 then
 10     mkdir $backup_dir
 11 fi
 12
 13 if [ $day = "일" ]
 14 then
 15     rm -f $backup_dir/home.backup.list
 16     tar -g $backup_dir/home.backup.list -czf $backup_dir/home_$time.full-backup.tar.gz $backup_source
 17 else
 18     tar -g $backup_dir/home.backup.list -czf $backup_dir/home_$time.backup.tar.gz  $backup_source
 19 fi


*. /etc/crontab 파일에 등록하여 주기적으로 자동 백업이 되게 한다.

ex)
0 1 * * * root /root/bin/backup.sh 

[root@centos1 home]# touch newtestfile
[root@centos1 home]# vi sysuer1/.bash_profile
[root@centos1 home]#

*. 특정디렉토리 제외하려면
[root@centos1 backup]# tar -cvf homeA.tar /home/sysuer1 /home/sysuer2 --exclude /home/sysuer1/test1 --exclude /home/sysuer2/test1/

--exclude 옵션을 사용한다.　 
　 
 
dd
디스크를 복제하거나 파티션내의 모든 데이터를 복제할때 유용하게 사용될 수 있다.
디스크 전체를 복제할때는 소스디스크와 타겟디스크 용량이 같아야 한다.

dd if=/ of=/dev/st0    ; 파일시스템 전체를 테이프 드라이버에 백업.
dd if=/dev/sda1 of=/dev/st0
dd if=/dev/sda1 of=/dev/sdb1
dd if=/dev/sda of=/dev/sdc

cpio - copy files to and from archives

도움말문서 http://heirloom.sourceforge.net/man/cpio.1.html#1
[root@centos1 ~]# cpio --help
Usage: cpio [OPTION...] [destination-directory]

주요옵션
-o : 표준입력으로부터 경로명의 파일목록을 읽어스 그 파일명을 경로명 상태정보와 함께 표준출력으로 복사.
-i : cpio -o 의 실행결과를 표준입력으로 하여 패턴이 일치하는 파일만 선택한다.
-p : 표준입력으로부터 경로명의 목록을 읽어서 지정한 디렉토리에 파일을 생성하고 복사한다.
-d : 디렉토리가 필요할경우 자동으로 생성한다.
-f : 패턴과 일치하는것을 제외하고 모든 파일복사.
-v : 진행되는 상황을 표시해준다.
-c : 아스키 형태로 정보를 읽거나 저장.
-u : restore 할때 같은 이름의 파일이 있으면 덮어쓴다. 디폴트는 같은 파일이 있는경우 원본의 시간을 비교하여 오래된 파일인 
경우에만 덮어쓴다.


ex)
[root@centos1 home]# ls file1 file2 | cpio -ocv > /backup/test.cpio
file1
file2
1 block
[root@centos1 backup]# cpio -ivc < test.cpio
file1
file2
1 block
[root@centos1 backup]# cat file1
hello

[root@centos1 home]# find . | cpio -ocv > /backup/test2.cpio  : 백업

[root@centos1 test]# cpio -ivc < ../test2.cpio : 복원

[root@centos1 backup]# cpio -t < test.cpio  : resotore 하지 않고 백업된 파일목록을 보는경우
file1
file2
1 block
[root@centos1 backup]# cpio -vt < test.cpio            : 자세히 보려면 v 옵션을 추가한다.
-rw-r--r--   1 root     root            6 Jul 16 06:08 file1
-rw-r--r--   1 root     root            6 Jul 16 06:08 file2
1 block
[root@centos1 backup]#

rpm -Redhat Package Manager

- 초기 리눅스 시스템은 어떤 프로그램을 설치하고자 하면 소스를 받아다가 일일이 컴파일해야 했다.
컴파일에 대한 지식이 없는 사람에게는 매우 힘든 작업이었다. 그러다가 redhat 사에서 rpm 이라는 패키지 관리 툴을 만들어
배포판에 포함함으로써 리눅스 프로그램의 설치,추가,삭제등을 손쉽게 할 수 있게 되었으며 이것이 많은 리눅스 배포판 중에서도
redhat이 널리 사용되게 된 이유중에 하나가 되었다.

rpm 패키지 관리방식은 설치 후 바로 사용할 수 있는 바이너리 파일, 설치될 파일경로, 환경설정파일등을 하나의
패키지에 저장하여 rpm 이라는 명령어를 통해 패키지를 손쉽게 설치,업그레이드,질의,검증,삭제 등이 가능한 방식이다.
mswindows 에서 패키지를 관리하는 것처럼 쉽다.

rpm 패키지 파일의 형태.

fedora os 설치 시디안에 있는 패키지들 역시 rpm 으로 되어있다. cdrom 을 마운트 시키고 확인해 보자

[root@river root]# umount /mnt/cdrom

[root@river root]# mount /mnt/cdrom

[root@river root]# cd /mnt/cdrom/Fedora/RPMS/

[root@river RPMS]# ls -l | more
합계 517140
-rw-r--r-- 77 root root 1837336 2월 24 2003 Suite-0.11.1-13.i386.rpm
-rw-r--r-- 77 root root 558616 2월 24 2003 GConf-1.0.9-10.i386.rpm
-rw-r--r-- 77 root root 733991 2월 24 2003 GConf2-2.2.0-1.i386.rpm
-rw-r--r-- 77 root root 282745 2월 24 2003 Glide3-20010520-25.i386.rpm

... 이하생략

rrpm 패키지는 모두 이런형태의 포맷을 갖는다.

[root@river RPMS]# ls -l httpd*
-rw-r--r-- 75 root root 1056911 2월 26 2003 httpd-2.0.40-21.i386.rpm
-rw-r--r-- 75 root root 832576 2월 26 2003 ttpd-manual-2.0.40-21.i386.rpm
[root@river RPMS]#

웹서버 패키지가 두개가 있다는것을 볼 수 있다.

웹서버패키지를 설치해보자. 그전에 rpm 패키지 형태 및 설치옵션을 간단하게 알아보자.

rpm 패키지의 형태.

패키지명-패키지버전-아키텍처.rpm : 이런 형태로 되어 있다.

ex)
httpd-2.0.40-21.i386.rpm
=> 패키지명 httpd
버전 : 2.0.40-21
아키텍처: i386
확장자 : rpm

아키텍처는 alpha,arm,mips,sparc,i386 등 여러 가지가 있는데 i386 은 인텔cpu 와 호환이 되는것을 의미하는 것으로
일반PC가 여기에 해당된다. 만약 인터넷에서 rpm 파일을 다운로드 받아서 설치하는 경우에는 바이너리 패키지이므로
아키텍처를 잘 확인해야 한다. 자신이 사용하는 cpu에 맞는 아키텍처 여야 한다.

rpm 주요옵션 (rpm은 매우 많은 옵션을 가지고 있다)

설치시(rpm 패키지를 설치한다는 것은 패키지 안에 포함된 파일들을 적당한 디렉토리에 옮겨주는것이다.)
rpm -i 패키지명
그러나 일반적으로 -ivh 형태로 많이 사용한다.
i (install) : 설치. 이 옵션 하나만 사용해도 된다.
v (verbose) : 이 옵션을 사용하면 설치진행과정을 볼 수 있다.
h (hash mark => '#') : 진행과정을 해시마크를 찍어서 보여준다. (ftp client 명령어에 있는 hash와 같은 의미이다.)
--replacepkgs : 덮어쓰기로 설치하고자 하는 경우에 추가하는 옵션이다.

질의옵션

rpm 패키지의 설치 유무를 확인하거나 어떤 경로에 설치되어 있는지를 알고자 하는 경우에 사용하는 옵션이다.

-q : 질의옵션

ex)
[root@river RPMS]#rpm -q httpd
(파일명 대신 패키지명만 적어야한다)
httpd-2.0.40-21 (패키지가 이미 설치되어 있다)[root@river RPMS]#

설치된 모든 rpm 패키지를 보고자 하는 경우에는

root@river RPMS]# rpm -qa | more (a 옵션을 추가한다)
setup-2.5.25-1
bzip2-libs-1.0.2-8
e2fsprogs-1.32-6
glib-1.2.10-10
iputils-20020927-2

-- 이하 생략

설치된 패키지 중 문자열로 검색 할 경우(찾고자 하는 패키지 이름을 정확히 모를 경우)

[root@river RPMS]# rpm -qa | grep mail (찾은 결과를 grep 으로 걸러내면 될 것이다)
mailx-8.1.1-28sendmail-8.12.8-4
mailcap-2.1.13-1mozilla-mail-1.2.1-26
sendmail-cf-8.12.8-4
procmail-3.22-9
fetchmail-6.2.0-3[root@river RPMS]#

rpm 실행시 응답이 없거나 에러가 발생되면 아래와 같은 파일이 잘못되어 그럴수 있다. 그럴때는
[/var/lib/rmp]# ls *db*
__db.000 __db.001 __db.002 __db.003
위에 보이는 db 파일을 삭제하고 새로 생성하면 된다.
rm *db*
rpm --rebuilddb

이제 웹서버 패키지를 설치해보자

[root@river RPMS]# rpm -ivh httpd-2.0.40-21.i386.rpm
경고: httpd-2.0.40-21.i386.rpm: V3 DSA signature: NOKEY, key ID db42a60e
준비 중... ########################################### [100%]
httpd-2.0.40-21 패키지는 이미 설치되어 있습니다
[root@river RPMS]#

이미 설치되어 있으므로 삭제하고 새로 설치하거나 덮어쓰기로 설치해야 한다.

[root@river RPMS]# rpm -ivh --replacepkgs httpd-2.0.40-21.i386.rpm
경고: httpd-2.0.40-21.i386.rpm: V3 DSA signature: NOKEY, key ID db42a60e
준비 중... ########################################### [100%]
1:httpd ########################################### [100%]
[root@river RPMS]#

설치가 완료되었다.

이번에는 웹서버 메뉴얼관련 패키지도 설치해보자

[root@river RPMS]# rpm -i httpd-manual-2.0.40-21.i386.rpm
경고: httpd-manual-2.0.40-21.i386.rpm: V3 DSA signature: NOKEY, key ID db42a60e
[root@river RPMS]#

설치되었다. 설치시 -i 옵션만 사용했을때와 -ivh 옵션을 사용 했을 때의 차이를 알 수 있다.

패키지 설치경로 확인

[root@river RPMS]# rpm -ql httpd | more (-ql 옵션을 사용하면 된다)/etc/httpd
/etc/httpd
/conf/etc
/httpd/conf.d
/etc/httpd/conf.d/README
/etc/httpd/conf/httpd.conf/

-- 이하생략

*. 설치하거나 삭제 할 때 주의할 점이 있다. 의존성 관계에 있는 패키지라면 의존성 관계에 걸려있는 패키지를
먼저 설치하거나 제거한 후 설치 및 삭제를 해야 한다. 의존성 관계를 무시할 수 있는 옵션도 있는데 --nodeps 옵션이다.
(rpm -e --nodeps 패키지명. e는 제거옵션이다) 그러나 의존성을 함부로 무시하고 설치 및 삭제를 하는 것은 좋지 않다.
당연히 문제가 있을 수 있다.

rpm 패키지 삭제

rpm 패키지를 직접 찾아서 삭제하기는 어렵다. 파일이 많고 설치경로도 여러 개의 경로에 분산되어 설치되는 경우가
대부분이므로. 그냥 rpm 이 제공하는 삭제 옵션을 사용하면 된다.

-e : 삭제옵션

root@river RPMS]# rpm -e httpd-manual

[root@river RPMS]# rpm -e httpd오류: Failed dependencies: httpd is needed by (installed) redhat-config-httpd-1.0.1-18
[root@river RPMS]#

httpd-manual 패키지는 삭제되었으나 httpd 패키지는 의존성에 걸려 삭제되지 않았다.
redhat-config 패키지가 httpd 패키지의 일부 파일을 사용한다는 것이다. 이럴 경우 httpd 패키지는 삭제되지 않는다.
삭제 하려면 redhat-config 패키지를 먼저 삭제하고 httpd 패키지를 삭제하든지 그렇지 않으면 의존성을 무시하고 (--nodeps)
삭제해야 한다.

[root@river RPMS]# rpm -e --nodeps httpd (여기서는 의존성을 무시하고 삭제하기로 한다)

[root@river RPMS]# rpm -q httpdhttpd 패키지가 설치되어 있지 않습니다[root@river RPMS]#

깨끗하게 삭제되었다.

YUM - Yellowdog Updater Modified

rpm 명령의 불편한 점인 패키지 의존성 문제를 해결해준다. 
특정 패키지를 설치할때 의존성 관계에 있는 패키지를 먼저 자동으로 설치해준다. 

yum 은 인터넷을 통하여 rpm 파일이 저장된 저장소(repository)에서 필요한 파일을 다운로드 후 
설치하게 되므로 반드시 인터넷에 연결이 되어 있어야 사용할 수 있다. 

파일을 다운로드 받게 되는 저장소의 주소는 /etc/yum.repos.d 디렉토리의 파일에 저장되어 있다. 

*. yum 이 설치 되어 있지 않으면 씨디롬을 마운트하여 rpm 설치를 하거나 아니면 인터넷에서
다운로드하여 rpm 설치한다.

yum 설정파일

[root@bega rpm]# cat /etc/yum.conf
[main]
cachedir=/var/cache/yum 
keepcache=0
debuglevel=2
logfile=/var/log/yum.log : yum 으로 작업한 기록이 저장되는 파일
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
metadata_expire=1800
installonly_limit=2

# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d

[root@bega rpm]# ls /etc/yum.repos.d
fedora-rawhide.repo          fedora-updates.repo
fedora-updates-testing.repo  fedora.repo
[root@bega rpm]#
* 위에 파일 내용에 파일을 다운로드 받을 저장소 주소가 포함되어 있다.

사용법 

yum [options] [command] [package ...] 

yum install 패키지 [ 패키지2 패키지3 ...] => 패키지 설치 
yum check-update 업데이트 가능 목록보기 
yum update 패키지이름 => 패키지 업데이트 
yum remove 패키지이름 => 패키지 삭제 
yum info 패키지이름 => 패키지 정보확인 
yum update  => 커널을 포함한 전체 패키지 업데이트 

ex)
[root@bega updates]# yum info telnet-server
Loaded plugins: refresh-packagekit
Installed Packages
Name       : telnet-server
Arch       : i386
Epoch      : 1
Version    : 0.17
Release    : 42.fc9
Size       : 49 k
Repo       : installed
Summary    : 텔넷 원격 로그인 프로토콜에 사용되는 서버 프로그램.
License    : BSD
Description: Telnet is a popular protocol for logging into remote systems over
           : the Internet. The telnet-server package includes a telnet daemon
           : that supports remote logins into the host machine. The telnet
           : daemon is disabled by default. You may enable the telnet daemon by
           : editing /etc/xinetd.d/telnet.

[root@bega updates]#


[root@bega updates]#

[root@bega ftpuser]# yum install telnet-server
Loaded plugins: refresh-packagekit
fedora                                                   | 2.4 kB     00:00
primary.sqlite.bz2                                       | 6.1 MB     00:49
updates                                                  | 2.3 kB     00:00
primary.sqlite.bz2                                       | 2.2 MB     00:15
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
--> Running transaction check
---> Package telnet-server.i386 1:0.17-42.fc9 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Installing:
 telnet-server           i386       1:0.17-42.fc9    fedora             36 k

Transaction Summary
=============================================================================
Install      1 Package(s)
Update       0 Package(s)
Remove       0 Package(s)

Total download size: 36 k
Is this ok [y/N]:
Downloading Packages:
(1/1): telnet-server-0.17-42.fc9.i386.rpm                |  36 kB     00:01
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing: telnet-server                ######################### [1/1]

Installed: telnet-server.i386 1:0.17-42.fc9
Complete!
[root@bega ftpuser]#



[root@bega ftpuser]# yum install xinetd
Loaded plugins: refresh-packagekit
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
--> Running transaction check
---> Package xinetd.i386 2:2.3.14-18.fc9 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Updating:
 xinetd                  i386       2:2.3.14-18.fc9  fedora            124 k

Transaction Summary
=============================================================================
Install      0 Package(s)
Update       1 Package(s)
Remove       0 Package(s)

Total download size: 124 k
Is this ok [y/N]: y
Downloading Packages:
(1/1): xinetd-2.3.14-18.fc9.i386.rpm                     | 124 kB     00:02
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Updating  : xinetd                       ######################### [1/2]
  Cleanup   : xinetd                       ######################### [2/2]

Updated: xinetd.i386 2:2.3.14-18.fc9
Complete!
[root@bega ftpuser]#[root@bega packages]# rpm -q telnet-server
telnet-server-0.17-42.fc9.i386

[root@bega packages]# yum remove telnet-server  <= 패키지 제거할때
Loaded plugins: refresh-packagekit
Setting up Remove Process
Resolving Dependencies
--> Running transaction check
---> Package telnet-server.i386 1:0.17-42.fc9 set to be erased
--> Finished Dependency Resolution

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Removing:
 telnet-server           i386       1:0.17-42.fc9    installed          49 k

Transaction Summary
=============================================================================
Install      0 Package(s)
Update       0 Package(s)
Remove       1 Package(s)

Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Erasing   : telnet-server                ######################### [1/1]
??: /etc/xinetd.d/telnet(?)?? /etc/xinetd.d/telnet.rpmsave(?)??????????
Removed: telnet-server.i386 1:0.17-42.fc9
Complete!
[root@bega packages]# rpm -q telnet-server
telnet-server 패키지가 설치되어 있지 않습니다

*.기타 옵션
yum list all 
yum list available 사용가능한 패키지 목록 출력

yum list updates
업데이트 가능한 패키지 출력

yum list installed
설치된 패키지 목록 출력
yum check-update
시스템에 필요한 업데이트 목록ㄹ 출력

yum update 패키지명


yum info 패키지명

yum list recent
yum 저장소에 최근에 추가된 패키지 목록 확인

yum search 검색어

패키지 설명과 요약문 패키지 이름에서 지정한 특정 문자열에 매칭하는지 
여부를 확인하여 그 정보를 출려해준다.

ex)
yum search quota

yum localinstall 패키지명
yum localupdate 패키지명


패키지그룹 - 관련 패키지를 하나의 그룹을 묶은것
yum grouplist
yum groupinstall 패키지그룹명
yum groupremove 패키지그룹명
yum groupinfo 패키지그룹명

Boot Procedure(진행과정)

- 전원을 켠 후 login 프롬프트가 화면에 보일때까지의 과정.
부팅과정을 이해한다면 부팅 시 발생할 수 있는 여러 가지 문제를 해결할 수 있으며
시스템을 효율적으로 운영할 수 있다.

부팅과정을 크게 나눠보면

1. 전원 ON.
2. ROM BIOS promgram이 POST 진행
3. 부트로더 실행
4. 커널이미지 메모리 적재
5. init 프로세스 실행
6. login

1번과 2번은 하드웨어에 관련된 부분
리눅스와 직접 관련된 3 ~ 6 부분

컴퓨터 전원을 켜면 롬에 저장되어 있는 프로그램에 의해 POST(Power On Self Test) 를 진행한다.
cpu,디스크,주변장치,메모리등 기본적인 하드웨어 진단을 한다. 이 과정에서 특별한 문제가 없다면
하드디스크 또는 다른 부팅매체의 0번 섹터(MBR(Master Boot Record)라고 한다)의 부트프로그램을 읽는다.

설치된 OS에 따라 여기에는 lilo 또는 grub 아니면 다른 OS의 부트로더가 들어 있을 수 있다.

과거의 부트로더 화면은 텍스트 모드였으나 요즘은 대개 그래픽 화면이다.
redhat linux 인 경우 그래픽 화면의 부트로더에서 텍스트 화면을 선택할 수 도 있는데 부팅시 어떤 문제가 있는
경우 장애 해결을 위해서 일반적으로 사용된다.

하드웨어 진단이 완료된 후 부트로더가 실행되면 MBR 영역에 설치된 부트로더 화면이 뜬다.

*. 부트로더가 lilo 인경우

부트로더 그래픽 화면인데 그림 왼쪽하단의 설명처럼 ctrl+x 를 누르면 과거의 리눅스처럼 텍스트 부트로더 화면으로
들어가게 된다. 리눅스와 다른 OS 가 같이 설치된 경우라면 다른 OS를 선택해서 부팅할 수도 있다.

아무런 키 입력이 없으면 5초후 자동으로 부팅을 시작한다. 부트로더 화면에서 멈추게 하려면 방향키를 한번 입력하면
부팅과정으로 넘어가지 않는다. 그 상태에서 그냥 부팅하려면 엔터키를 입력

* 부트로더가 grub 인 경우

[root@linux ~]# cat /etc/grub.conf

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You do not have a /boot partition. This means that
# all kernel and initrd paths are relative to /, eg.
# root (hd0,0)
# kernel /boot/vmlinuz-version ro root=/dev/sda1
# initrd /boot/initrd-version.img
#boot=/dev/sda
default=0 => 첫번째 title 에 있는 이미지로 부팅
timeout=5 => 부팅시 5초간 아무런 키 입력이 없으면 디폴트 OS 로 부팅 시작.
splashimage=(hd0,0)/boot/grub/splash.xpm.gz => grub 부트로더 메뉴 이미지를 보이게 하는 설정
splasy.xpm.gz 는 압축된 그림파일
hiddenmenu => 부팅시 grub 부트로더 메뉴를 숨긴다.
title Fedora Core (2.6.11-1.1369_FC4) => 부팅 이미지 레이블명
root (hd0,0) => 부트 파티션 hd0,0 은 첫번째 디스크의 첫번째 파티션.
kernel /boot/vmlinuz-2.6.11-1.1369_FC4 ro root=LABEL=/ rhgb quiet => 커널이미지 파일,
rhgb는 redhat graphic boot loader를 의미.
initrd /boot/initrd-2.6.11-1.1369_FC4.img => initrd의 이미지 명

[root@linux ~]#

*. grub boot loader 에 암호걸기

- single user mode 로 누구나 시스템에 root 권한으로 접근하는 것을 막으려면 boot loader 에
암호를 걸어두면 된다.

grub 실행후

grub>md5crypt

password : ********** 패스워드 입력

Encrypted : $a$bPD$ao323$... <= 이 암호를 복사해서 붙여 넣기 하면 된다.

출력된 값을복사해서 grub.conf 파일 맨 아래에 password --md5 $a$bPD$ao323$... 추가한다음 리부팅하면 부팅시 암호를 요구한다.

password --md5 $a$bPD$ao323$...를 splashimage=(hd0,0)/boot/grub/splash.xpm.gz 바로 아래줄에 쓰게되면
부팅시 grub 메뉴에서 'e'를 눌러 수정할 때만 암호를 요구한다.

다음 단계는 압축된 커널이미지 메모리 적재 단계이다.

*. 부트로더가 lilo 인경우.

부트로더가 하나의 커널이미지를 상징하는 레이블명을 선택하면 부트로더는 자신의 설정파일에서 레이블명에
해당하는 커널이미지를 지정된 디렉토리에서 찾아서 메모리로 올린다. l
ilo 가 참조하는 설정파일은 lilo.conf 이다.

커널이미지는 디스크에 압축된 하나의 이미지로 존재하는데 redhat linux 인 경우 보통 /boot 디렉토리에 위치한다.
커널 이름은 어떤 이름이라도 상관없다. 파일명과 경로가 lilo.conf에 정확히 지정되어 있으면 된다.
그러나 커널이름은 보통 리눅스 개발자 이름을 따서 vmlinuz 라는 이름을 많이 사용한다.

redhat 리눅스는 커널 설정파일은 따로 존재하지 않는다.
(커널소스코드 컴파일시 어떠한 필요한 기능이나 디바이스를 지원하기 위한 설정은 있다.)

커널이 메모리에 올라가면 리눅스를 사용하기 위한 여러가지 하드웨어를 체크하고 각종 프로토콜을 올린다.
하드웨어 체크는 bios 단계에서 실행된 POST 와는 다른 것이다. 디스크 검사를 예를 들면 bios 단계에서
물리적인 디스크 연결 상태를 체크한다면 이 단계에서는 파티션 설정 등을 체크한다.

그리고 swapper라고도 불리는 pid 0번이 프로세스가 실행되는데 이 프로세스는 메모리관리,
프로세스관리 등을 수행한다.

그리고 init 프로세스를 생성한다.

init 프로세스는 pid 가 1번이다. 리눅스의 모든 프로세스는 부모 프로세스를 갖는데 init 프로세스의
부모 프로세스가 pid 0번인 swapper 이다. swapper 는 프로세스 리스트에서도 볼 수 없으며 부모 프로세스도 없다.
swapper는 fork() 로 만들어지는 프로세스가 아니다. 커널 자체라고 생각하면 된다.

init 프로세스는 실행 후 login 이 뜨기까지 자신의 설정파일에 따라 runlevel을 결정하고 그에 따른 여러 가지
스크립트를 실행한다. 우리가 실행한 적이 없는데도 메모리에 올라와 있는 여러 가지 데몬들도 init 프로세스에
의해 실행된 것이다.

부팅과정중 init 프로세스의 역할은 /etc/inittab file을 따른다.

아래는 /etc/inittab file을 캡쳐한 것이다.

1 #
2 # inittab This file describes how the INIT process should set up
3 # the system in a certain run-level.
4 #
5 # Author: Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>
6 # Modified for RHS Linux by Marc Ewing and Donnie Barnes
7 #
8
9 # Default runlevel. The runlevels used by RHS are:
10 # 0 - halt (Do NOT set initdefault to this)
11 # 1 - Single user mode
12 # 2 - Multiuser, without NFS (The same as 3, if you do not have networking)
13 # 3 - Full multiuser mode
14 # 4 - unused => 이 런레벨은 사용되지 않는 것이다.
15 # 5 - X11 => X11 은 Xserver 버전을 나타내는 것으로 Xwindow 환경의 unlevel을 뜻한다.
16 # 6 - reboot (Do NOT set initdefault to this)
17 #
18 id:3:initdefault: => 여기에 숫자가 5가 적혀 있다면 부팅시 바로 Xwindow 환경으로 들어가게 된다.
19
20 # System initialization.
21 si::sysinit:/etc/rc.d/rc.sysinit
22
23 l0:0:wait:/etc/rc.d/rc 0
24 l1:1:wait:/etc/rc.d/rc 1
25 l2:2:wait:/etc/rc.d/rc 2
26 l3:3:wait:/etc/rc.d/rc 3
27 l4:4:wait:/etc/rc.d/rc 4
28 l5:5:wait:/etc/rc.d/rc 5
29 l6:6:wait:/etc/rc.d/rc 6
30
31 # Trap CTRL-ALT-DELETE
32 ca::ctrlaltdel:/sbin/shutdown -t3 -r now
33
34 # When our UPS tells us power has failed, assume we have a few minutes
35 # of power left. Schedule a shutdown for 2 minutes from now.
36 # This does, of course, assume you have powerd installed and your
37 # UPS connected and working correctly.
38 pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"
39
40 # If power was restored before the shutdown kicked in, cancel it.
41 pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"
42
43
44 # Run gettys in standard runlevels
45 1:2345:respawn:/sbin/mingetty tty1
46 2:2345:respawn:/sbin/mingetty tty2
47 3:2345:respawn:/sbin/mingetty tty3
48 4:2345:respawn:/sbin/mingetty tty4
49 5:2345:respawn:/sbin/mingetty tty5
50 6:2345:respawn:/sbin/mingetty tty6
51
52 # Run xdm in runlevel 5
53 x:5:respawn:/etc/X11/prefdm -nodaemon

*. 편의상 라인번호를 붙여서 출력하였다.

설정파일 자체는 복잡하지 않은데 이 설정파일에 의해 실행되는 스크립트를 이해하는것은 다소 어렵다.
inittab 설정파일 역시 도움말이 준비되어 있다.

INITTAB(5) Linux System Administrator's Manual INITTAB(5)

NAME inittab - format of the inittab file used by the sysv-compatible
init processDESCRIPTION The inittab file describes which processes are started at bootup and
during normal operation (e.g. /etc/init.d/boot, /etc/init.d/rc, get- tys...).
Init(8) distinguishes multiple runlevels, each of which can have its own set of processes that are started.
Valid runlevels are 0-6 plus A, B, and C for ondemand entries. An entry in the inittab
file has the following format:

id:runlevels:action:process

Lines beginning with `#' are ignored.

id is a unique sequence of 1-4 characters which identifies an entry
in inittab (for versions of sysvinit compiled with libraries < 5.2.18 or a.out libraries the limit is
2 characters).
Note: For gettys or other login processes, the id field should be the tty suffix of the
corresponding tty,
e.g. 1 for tty1. Otherwise, the login accounting might not work correctly.

......

manual page 안에 상세히 설명되어 있으니 manual page 를 보는 것만으로도 설정파일을 이해하는데 많은
도움이 될 것이다 설정파일이 대게 그렇듯이 여기서도 "#" 은 주석이다.

각 라인은 위에 manual page 에 나와있듯이 id:runlevels:action:process <= 이런 형태이다.

여기서 id 필드는 특별한 의미가 없으며 각 라인을 구분하기 위한 용도라고 생각하면 된다.
여기에 올수 있는 문자수는 최대 4글자(도움말 참조)

runlevel :이 부분은 중요하다.
여기에 오는 숫자에 따라 실행되는 스크립트 및 프로세스가 다를 수 있다.

위에 주석에도 설명이 나와 있듯이 runlevel의 종류는 여섯 가지이다.
그러나 4번은 사용되지 않는다. 그래서 실제로는 5가지로 보면 된다.
우리가 시스템을 끄는것도 결국 runlevel 전환이며 rebooting 도 마찬가지이다.

action : 각 라인을 수행하는 방법. 여기에는 sysinit,wait,nowait,respawn 등이 올 수 있다.
process : 실행할 스크립트 및 프로세스이다.
id:5:initdefault: 디 폴트 런레벨을 결정하는 부분이다. 숫자 5는 부팅 시 runlevel을 5로 하겠다는 것이며
이는 Xwindows 를 기본 환경으로 사용하겠다는 것이다. 여기에 오는 숫자는 5나 3이 적당할 것이다.
5와 3이 모든 서비스를 사용할 수 있는 완전한 기능이다. 만약 이 부분의 숫자를 0 이나 6을 적게 되면 시스템이
부팅되자마자 꺼지거나 리부팅 될 것이다.
si::sysinit:/etc/rc.d/rc.sysinit => 시스템 초기화 스크립트를 실행하는 부분이다.
기본적인 환경변수를 결정하고 하드디스크 검사등을 수행하는 단계이다.
23 라인 ~ 29 라인중 디폴트 runlevel이 3인 경우에는 실행되는 부분은 26라인이다.
다른 행은 실행되지 않는다. runlevel 필드와 현재 runlevel 이 일치하는 행만 실행된다.

26 라인 l3:3:wait:/etc/rc.d/rc 3 : rc 스크립트에 현재 런레벨과 같은 번호인 3을 인수로 전달하여 실행한다는 것이다.
런레벨 0에서 6까지 실행되는 스크립트는 rc 로 다 똑같다.
단지 인수만 다르다는 것을 알 수 있다. action 필드의 wait 는 이 스크립트를 다 수행할 때까지는 다음 행을
실행하지 말고 기다리라는 의미이다.

rc 스크립트 file을 열 줄만 출력해 보자.

[root@server root]# cat -n /etc/rc.d/rc | head -10
1 #! /bin/bash
2 #
3 # rc This file is responsible for starting/stopping
4 # services when the runlevel changes.
5 #
6 # Original Author:
7 # Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>
8 #
9
10 # check a file to be a correct runlevel script[root@server root]#

스크립트를 이해하기 위해 굳이 하나하나 분석하지 않아도 된다. 주석이 잘 붙어있기 때문이다. 주석을 참조하라.

rc 스크립트가 실행하는 내용이 주석으로 설명이 잘 붙어있다.

소스 중간에 보면 ...
53 # First, run the KILL scripts.
54 for i in /etc/rc$runlevel.d/K* ; do
55 check_runlevel "$i" || continue
56
57 # Check if the subsystem is already up.
58 subsys=${i#/etc/rc$runlevel.d/K??}
59 [ -f /var/lock/subsys/$subsys -o -f /var/lock/subsys/$subsys.init ] \
60 || continue
61
62 # Bring the subsystem down.
63 if egrep -q "(killproc |action )" $i ; then
64 $i stop
65 else
66 action $"Stopping $subsys: " $i stop
67 fi
68 done
69
70 # Now run the START scripts.
71 for i in /etc/rc$runlevel.d/S* ; do
72 check_runlevel "$i" || continue
73
74 # Check if the subsystem is already up.
75 subsys=${i#/etc/rc$runlevel.d/S??}
76 [ -f /var/lock/subsys/$subsys -o -f /var/lock/subsys/$subsys.init ] \
77 && continue
78
79 # If we're in confirmation mode, get user confirmation
80 if [ -n "$CONFIRM" ]; then
81 confirm $subsys
82 case $? in
83 0) :;;
84 2) CONFIRM=;;
85 *) continue;;
86 esac
87 fi
88
89 # Bring the subsystem up.
90 if [ "$subsys" = "halt" -o "$subsys" = "reboot" ]; then
91 export LC_ALL=C
92 exec $i start
93 fi
94 if egrep -q "(daemon |action |success |failure )" $i 2>/dev/null \
95 || [ "$subsys" = "single" -o "$subsys" = "local" ]; then
96 $i start
97 else
98 action $"Starting $subsys: " $i start
99 fi
100 done

출력된 스크립트 부분은 /etc/rc$runlevel.d/K* 파일은 stop 인수를 넘겨주고 실행하라는 것이며
/etc/rc$runlevle.d/S* 파일은 start 인수를 넘겨주고 실행하라는 것이다.
$runlevel은 현재의 runlevel 숫자가 저장되는 변수이다. runlevel 3일 때는 아래에 있는 파일들이
다 실행된다는 의미이다.

[root@server root]# cd /etc/rc3.d

[root@server rc3.d]# ls
K05saslauthd K34yppasswdd K45named K54pxe K95firstboot S10network S17keytable S26apmd
S56xinetd S90cups S97rhnsdK15httpd K35smb K50snmpd K74ntpd S05kudzu S12syslog
S20random S28autofs S80sendmail S90xfs S99localK20nfs K35winbind K50snmptrapd K74ypserv
S08iptables S13portmap S24pcmcia S55sshd S85gpm S95anacronK24irda K36lisa K50vsftpd
K74ypxfrd S09isdn S14nfslock S25netfs S56rawdevices S90crond S95atd
[root@server rc3.d]#

여기에 있는 각 스크립트는 모두 비슷하게 프로그래밍 되어 있으며 아래와 같은 소스를 거의 다 포함하고 있다.

아래 소스는 K45named 파일의 일부이다.

# See how we were called.
case "$1" in
start)
start => start 함수 호출 (데몬 죽이는 함수) ;;
stop)
stop => stop 함수 호출(데몬 올리는 함수) ;;
status)
rhstatus ;;
restart)
restart ;;
condrestart)
[ -e /var/lock/subsys/named ] && restart ;;
reload)
reload ;;
probe)
probe ;;
*)
echo $"Usage: $0 {start|stop|status|restart|condrestart|reload|probe}"
exit 1
esac
exit $?

이 소스코드를 실행할 때 start 인수 및 stop 인수가 전달되면 어떻게 되는지 알 수 있다.
즉 K 문자로 시작되는 위의 파일명과 관련된 데몬은 부팅 시 자동 실행되지 않으면 S 문자로 시작되는 파일명과
관련 있는 데몬은 설정에 아무런 문제가 없다면 메모리에 올라갈 것이고 그렇지 않은 경우에는 실행되지 않도록
프로그램이 되어있다.

[root@server rc3.d]# who -r
run-level 3 Apr 26 20:44 : 현재 runlevel이 3이다.
[root@server rc3.d]# pgrep -fl sendmail
1689 sendmail1698 sendmail

[root@server rc3.d]# pgrep -fl vsftpd
[root@server rc3.d]#

메모리에 sendmail은 올라와 있고 ftp서버는 없다. 왜 그런지는 /etc/rc3.d/* 파일을 보면 알 수 있을것이다.
그러면 메일서버가 필요 없다고 가정하여 부팅시 sendmail 데몬이 자동 실행되지 않도록 하려면 ?

/etc/rc3.d/S*sendmail 파일을 첫 글자가 대문자 S가 아닌 K나 다른 문자로 바꾸면 된다.

또는 그렇게 하는 것이 번거롭거나 어렵다면 setup 명령어로 쉽게 할 수도 있다. 결과는 같다.
setup tool 을 실행하면 몇 개의 메뉴가 보이는데 거기에서 system service 항목을 선택하면
부팅시 자동으로 올라오는 서비스의 목록이 보인다.

체크표시가 되어 있는 것이 부팅시 자동으로 올라오는 서비스들이다.
부팅시 특정 데몬을 구동하거나 반대로 구동하지 않으려면 체크표시를 하거나 체크표시를 없애면 된다.
선택은 스페이스 바로 한다. 예를 들어서 crond 에 체크를 없애면 현재 runlevel 이 만약 3이라고 가정한다면 /etc/rc3.d/S**crond 파일명이 /etc/rc3.d/K**crond 파일명으로 자동 변경될 것이며 이렇게 되면
runlevel 3으로 부팅시 cron demon 이 메모리에 자동으로 올라오지 않게 된다.

runlevel 0 즉 시스템을 끌때의 과정은 /etc/rc0.d/ 디렉토리의 파일과 관련있다.

[root@server rc3.d]# ls /etc/rc0.d
K03rhnsd K05saslauthd K15httpd K30sendmail K36lisa K50snmptrapd
60crond K74ypserv K86nfslock K91isdn K96pcmciaK05anacron K10cups
K20nfs K34yppasswdd K44rawdevices K50vsftpd K72autofs K74ypxfrd K87portmap

.... 이하생략

당연히 끄는 경우에는 데몬을 메모리에 올릴 필요 없으며 오히려 다 내려야 한다.
파일명을 보면 알겠지만 그렇게 되어있다. 끌 때 필요한 halt 와 프로세스를 모두 죽일 때 사용하는
killall 을 제외하고 다 첫문자가 K 이다.

32 ca::ctrlaltdel:/sbin/shutdown -t3 -r now

이 부분은 ctrl+alt+del 키에 대한 내용이다. ctrl+alt+del 키를 누르면 오른쪽 끝의 shutdown 명령이 실행되면서
rebooting 된다. ctrl+alt+del로 리부팅하는것도 안전한 종료방법이라는것을 알 수 있다.
MSwindos 환경의 가상머신에서는 안될 수 있다. (ctrl+alt+del 키가 mswindows 에서도 사용하는 키이기 때문)

44 # Run gettys in standard runlevels
45 1:2345:respawn:/sbin/mingetty tty1
46 2:2345:respawn:/sbin/mingetty tty2
47 3:2345:respawn:/sbin/mingetty tty3
48 4:2345:respawn:/sbin/mingetty tty4
49 5:2345:respawn:/sbin/mingetty tty5
50 6:2345:respawn:/sbin/mingetty tty6

가상 콘솔에 관련된 부분이다. 가상콘솔을 (tty1 ~ tty6까지)6개까지 사용할 수 있도록 되어 있다.
mingetty 프로세스가 가상콘솔을 관리하는 역할을 하며 login 프로세스를 감시한다.
사용자가 특정 가상콘솔로 login 하면 mingetty 프로세스가 하나 죽는다. 그리고 그 사용자가 logout 하면
다시 mingetty 프로세스가 메모리에 올라간다. 액션부분의 respawn 이 바로 그것을 의미한다.

root 패스워드를 분실한 경우 싱글유저 모드로 들어가면 로그인 절차 없이 바로 로그인 되는데 그 이유가
mingetty 프로세스는 싱글유저모드(런레벨1)에서는 실행되지 않기 때문이다.

52 # Run xdm in runlevel 5
53 x:5:respawn:/etc/X11/prefdm -nodaemon : runlevel 5에서만 실행되는 부분이다.

부팅 장애시 복구방법

장애 복구

xwindows 설정이 잘못되어 화면출력이 되지 않거나 root 사용자가 패스워드를 분신하였거나 또는 파일시스템이
문제가 있는 등 정상적으로 부팅이 안 될 경우에는 싱글유저 모드로 부팅하여 복구할 수 있는데 싱글유저 모드는
mswindows의 안전모드와 유사하다고 생각하면 된다.

싱글유저 모드로 부팅하면 가상콘솔을 지원하지 않으면 단 하나의 콘솔만사용할 수 있으며
네트워크 서비스 되지 않는다. 인터페이스도 불편해진다.

1.root 패스워드를 잊어버린 경우

부트로더가 lilo 인경우

부트로더 화면에서 ctrl+x 를 입력하면 텍스트화면으로 바뀌게 되면 화면상단에 boot: 표시가 보인다.

여기서 tab 키를 입력하면

boot:redhat (레이블명)

이렇게 label 명이 보인다. 그 레이블명을 사용해서 부팅하면 된다.

boot: redhat single => single user mode 를 선택하면 login 절차 생략이다.
그러므로 패스워드 없이 바로 root login 이 가능하다. 그렇게 부팅하더라도 물론 패스워드는
아래처럼 암호화되어 있으므로 알지 못한다. 패스워드를 다른 것으로 변경하고 나오면 된다.

sh-2.05b# head -1 /etc/shadow
root:$1$0lvCjXwW$JwSLfSuCJGtHebt.0BJGr/:13587:0:99999:7:::sh-2.05b#

패스워드 변경후 reboot 하면 된다.

부트로더가 grub 인 경우

부트로더 화면에서 레이블 명 선택후 'e' 입력후 편집상태에서 single 또는 숫자 1을 맨 뒤에 입력한다.
그 다음 'b' 명령으로 부팅하면 single user 모드로 login 된다. 그 다음과정은 lilo와 같다.

2. Xwindows 설정 문제로 화면이 보이지 않는경우

화면이 보이지 않으면 당연히 명령어를 제대로 입력할 수도 없다.이럴 경우에는 텍스트 모드로 변경 후
Xwindows 설정을 다시 해야 한다.

역시 single user 모드로 부팅 후

sh-2.05b# grep initdefault /etc/inittab
# 0 - halt (Do NOT set initdefault to this)
# 6 - reboot (Do NOT set initdefault to this)
id:5:initdefault: <= 5 라는 숫자를 3으로 바꿔주면 된다.

sh-2.05b#

3. file system 장애

file system에 문제가 있는 경우 부팅하면 아래와 같은 메세지가 보이게 된다.
*** An error occurred during the file system
check.*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
Give root password for maintenance(or type Control-D to continue) :

여기서 root 패스워드를 입력하든지 ctl+d 를 입력하든지 둘 중 하나를 선택해야 한다.
그러나 ctrl+d 를 입력하면 rebooting 이 되겠지만 또 다시 저 메세지가 보이고 멈추게 될 것이다.
file system 에 문제가 있다면 고치기전에는 리부팅해도 마찬가지인 것이다.
그러므로 복구하기위해서는 여기에서 root 패스워드를 입력하고 login후 file system 에러를 고쳐야 한다.

login 후 화면에는(Repair filesystem) 1 # <= 이렇게 출력된다. 파일시스템 복구모드로 진입한 것이다.
파일시스템 에러가 발생하는 많은 경우는 fstab 파일에 대한 정보가 잘 못된 경우이다.
예를 들면 포맷이 되어 있지 않은 파티션을 마운트 하도록 설정이 되었거나 또는 존재하지 않는 장치를
마운트 하려고 하는 경우 등.
이런 경우에는 파티션 정보를 확인하고 fstab 파일도 적절히 수정한 후 리부팅하면 된다.

4. 부트로더가 잘 못 설치되거나 삭제 된 경우

- 부트로더 설정을 확인해보고 잘못된 부분이 있다면 수정한 후 새로 설치해야 한다.
* 부트로더가 제대로 동작할 수 없으면 커널을 메모리에 적재하지 못하므로 당연히 부팅할 수 없다.
이런 경우에는 부트로더 대신 사용자가 시디롬을 이용하여 커널을 직접 메모리에 올려주는 방법이 있다.
설치시디중 1번 시디에 리눅스 커널이 포함되어 있다. 1번 시디로 부팅후

boot: 화면이 보이면 엔터키를 치지 말고(엔터키를 치면 리눅스 설치모드가 된다.)

boot: vmlinuz root=/dev/sda <= vmlinuz 는 시디에 있는 커널이다.
뒤에 인수는 init 프로세스를 생성하기 위함이다. linux 의 root 파티션을 적으면 된다.
커널만으로는 부팅이 안 되며 부팅 마지막 단계에는 init 프로세스가 동작해야 한다.
init 프로세스 생성은 디스크를 통해서 한다 .

위와 같은 명령어로 안 되면 또 다른 방법이 있다.설치시디중 1번 시디 넣고 부팅한 다음

boot: linux rescue 를 입력하면 login 할 수 있을 것.
linux rescue 를 입력하고 기다리면 설치화면과 유사한 몇 가지 내용이 나온다.
거기에서 적절히 답한다. 그리고 network 설정에 대해서도 물어보는데 network 설정은 그냥 skip 한다.

부팅이 다 되면 chroot /mnt/sysimage 후 lilo 명령만 한번 실행해주면 끝.
chroot 는 change root directory 라는 의미이다. / 파티션이 / 가 아닌 /mnt/sysimage 디렉토리에 마운트 된다면
기존의 설정파일 경로가 /mnt/sysimage 이하의 경로로 다 바뀌므로 chroot 명령으로 /mnt/sysimage를 / 파티션으로
사용하겠다는 의미이다.

* boot 로더가 grub 인 경우

linux rescue 모드로 부팅 후

grub-install /dev/hda <= 부트로더가 재설치됨.

rescue 모드로 부팅하면 / 파티션이 /mnt/sysimage 디렉토리에 마운트 되므로 그 상태에서 lilo 명령을
실행하면 당연히 되지 않는다. 왜냐하면 /etc/lilo.conf 가 /mnt/sysimage/etc/lilo.conf 로 경로가 변경되었기
때문이다.
그래서 chroot /mnt/sysimage 라는 명령을 입력한다.
이 명령은 change root 디렉토리라는 의미로 chroot 뒤의 경로에 해당하는 인수를 “/” 로 변경하겠다는 것이다.
그러면 / 파티션이 / 디렉토리에 마운트 된 것과 마찬가지가 되므로 lilo 명령을 실행하는데 아무런 문제가 없다.
만약 lilo 실행할 때 에러가 난다면 lilo 설정파일인 /etc/lilo.conf 파일을 확인한 후 문제가 있다면 수정 후 다시
lilo 명령을 아무런 옵션 없이 입력한다. lilo 명령은 부트로더를 설치하는 명령어이다

예제.

#!/bin/bash
case "$1" in
        start)
        echo "testsvr started [ok]" > /tmp/start.txt
                ;;
        stop)
                echo "testsvr stopped [ok]" > /tmp/stop.txt
                ;;
        *)
          echo "Usage:$0 {start|stop}"
                ;;
esac

Shell

사용자와 Unix 커널사이의 인터페이스 역할을 하는 프로그램.
사용자가 내린 명령어를 해석하여 커널에게 전달하는 역할을 한다
명령어 해석기로도 불린다.

shell 의 역할
- 입력을 읽고 해당 명령행을 분석
- 특수문자 평가
- 파이프, 리디렉션, 백그라운드 프로세스를 처리

unix 주요 shell

1.bash(bourne again shell) : 리눅스의 기본셀. 편리한 사용자 인터페이스 및 본셀과 비교하여 확장된 문법제공.
본셀과는 기본적으로 호환됨. 명령행 편집기능 제공. GNU 프로젝트에 의해 만들어지고 배포됨.

2. sh(bourne shell) : steven bourne 이 개발한 최초의 대중화 된 유닉스 셀
명령행 편집기능을 제공하지 않는다.

3.csh(c shell) : billy joy에 의해 개발된 셀로 프로그래머들이 선호하는 셀.
linux 의 기본셀인 본셀과는 호환되지 않는다.

4. ksh(korn shell) : david korn이 개발. 사용자 인터페이스가 뛰어나고 본셀과도호환되어 유닉스에서 가장 많이
사용하는 셀로 알려짐 명령행 편집기능 제공.

*. shell (login shell인경우)설정 파일.

bash shell

로그인 셀이 bash 인경우 로그인하면
/etc/profile => $HOME/.bash_profile => .bashrc => /etc/bashrc file이 실행된다.

login shell 을 끝낼때 => $HOME/.bash_logout 그리고 bash shell 사용기록을 저장하는
$HOME/.bash_history 라는 파일이 실행된다

* bash shell 변수

환경변수

- 주로 대문자만 사용
- 미리 정의되어 있다.
- shell 환경을 편리하게 사용할 수 있게 env 명령어로 볼수 있다.
- sub shell에서도 사용.

사용자정의변수

- 사용자가 필요할때마다 임시로 만들어서 사용
- 주로 소문자만 사용
- 현재셀에서만 사용가능

shell 내장변수

- shell 에 내장되어 있다.
- 변수명이 특수문자나 숫자로 되어 있다.

$0 $1 .... $n => 위치매개변수
$# => 인수의 갯수
$* => 모든 인수
$@ => 모든 인수
$? => return value
$$ => 현재 process id

조건 판단명령어

test - check file types and compare values

*. 아래는 참고사항입니다.
===============================================================

bash shell 문법

* 변수: 할당과 치환
a=375
hello=$a

* 변수를 초기화 할 때, = 양쪽에는 빈 칸이 들어가면 안 됩니다.
echo hello    # 변수 참조가 아니고 그냥 "hello"란 문자열입니다.
echo $hello
echo ${hello} # 위와 똑같습니다.
echo "$hello"
echo "${hello}"
echo
hello="A B  C   D"
echo $hello
echo "$hello"
echo '$hello'
hello=    # 널 값을 갖도록 세팅.
여러 변수들을 공백문자로 구분해서 한 줄에서 세트할 수 있습니다.
하지만 이렇게 하면 코드의 가독성이 떨어지고 
다른 시스템으로 이식할 수가 없을 수도 있기 때문에 조심해서 써야 됩니다.
var1=variable1  var2=variable2  var3=variable3
numbers="one two three"
other_numbers="1 2 3"
# 변수에 공백문자가 들어 있다면 쿼팅을 해줘야 합니다.
echo "numbers = $numbers"
echo "other_numbers = $other_numbers"
echo "uninitialized_variable = $uninitialized_variable"
# 초기화 안 된 변수는 널 값을 갖습니다(아무 값도 없습니다).

for a in 7 8 9 11
do
  echo -n "$a 입니다."
done

# 'read' 문에서(역시 일종의 할당임)
echo -n "a" 를 넣으세요."
read a
echo "a" 의 값은 이제 $a 입니다."

a=`echo Hello!`   # 'echo' 명령어의 결과를 'a' 로 할당
echo $a
a=`ls -l`         # 'ls -l' 명령어의 결과를 'a' 로 할당
echo $a

$(...) 기법을 써서 변수 할당하기(역따옴표(backquotes)보다 새로운 방법)
# /etc/rc.d/rc.local 에서 발췌
R=$(cat /etc/redhat-release)
arch=$(uname -m)

연산자

문자열비교

[string] : string이 빈 문자열이 아니라면 참
["string1" = "string2"] : 두 문자열이 같으면 참
[“string1" != "string1" ] : 두 문자열이 같지 않으면 참.
[ -n "string" ] : 문자열이 null(빈 문자열) 이 아니라면 참.
[ -z "string" ] : 문자열이 null(빈 문자열)이라면 참

산술비교

[ expr1 -eq expr2 ] : 두 표현식 값이 같다면 참.
[ expr1 -ne expr2 ] : 두 표현식 값이 않다면 참.
[ expr1 -gt expr2 ] : expr1 이 expr2 보다 크다면 참
[ expr1 -ge expr2 ] : expr1 이 expr2 보다 크거나 같으면 참
[ expr1 -lt expr2 ] : expr1 이 expr2 보다 작다면 참
[ expr1 -le expr2 ] : expr1 이 expr2 보다 작거나 같으면 참

파일조건

[ -b file ] : file이 block device file이면 참
[ -c file ] : file이 character device file 이면 참
[ -d file ] : file이 directory file이면 참
[ -f file ] : file이 정규파일이면 참
[ -r file ] : file이 읽기권한이면 참
[ -w file ] : file이 쓰기권한이면 참
[ -x file ] : file이 실행권한이면 참
[ -L file ] : file이 symbolic link file이면 참
[ -e file ] : file이 존재하면 참

2. if 구문.

단순 if 문

if [ 조건 ]
then
실행문장
fi

if ~else 문

if [ 조건 ]
then
실행문장
else
실행문장
fi

if ~ else if 문

if [ 조건 ]
then
실행문장
elif [ 조건 ]
then
실행문장
fi

다중 if 문
if [ 조건 ]
then
if [ 조건 ]
then
실행문장
fi
fi

3. and list / or list

and list

실행문장 && 실행문장 && 실행문장 && ....

=> 참이 될 때까지 실행문장을 실행한다.

or list

실행문장 || 실행문장 || 실행문장 || ...

=> 실행문장이 거짓이 될 때까지 실행한다.

4. case 구문

case 변수 in
패턴 | 패턴 | ... )
문장 ;;
패턴 | 패턴 | ...)
문장;;
*) 문장 ;;
esac

5. while 구문

단순 while 문

while [ 조건 ]
do
실행문장
done

다중 while 문

while [ 조건 ]
do
while [ 조건 ]
do
실행문장
done
done

ex)
echo -n "input password : "
read password1
echo -n "retype password : "
read password2

while [ "$passowrd" != "$password2" ]
do
echo "password miss match try again"
read password2
done
ecoh "OK ! password Match complete"

6. until 구문

until [ 조건 ]
do
실행문장
done

ex)

until who | grep "$1" > /dev/null
do
sleep 5
done
echo "user $1 just logged in"

6 for 문

단순for 문

for 변수 in list
do
실행문장
done

다중 for 문

for 변수 in list
do
for 변수 in list
do
실행문장
done
done

ex)

for string in "hello" "unix" "world"
do
echo -n "$string "
done

7. select 문.
select 변수 in list
do
실행문장
done

8. 함수

함수명 () {
실행문장
[ return value ]
}

또는

function 함수명 {
실행문장
[ return value ]
}

break / continue

break 제어문이나 조건문의 루프를 빠져나갈 때 사용한다.
continue : 제어문이나 조건문의 처음으로 돌아가서 다시 수행한다.
: 의미 없는 명령. 논리 값 true를 대신해서 쓰기도 한다.

. 명령 - 스크립트를 실행. 스크립트 내에서 다른 파일을 include하는 경우에도 사용

exec - 현재 shell을 다른 shell 로 대체
exit n : 현재 shell 종료 시 리턴 값 n 반환
shift : shell의 인자를 오른쪽으로 하나 shift 한다.

ex)

echo $1
shift
echo $1
shift 3
echo $1

./script 1 2 3 4 5 6 7

1
2
5

정규표현식

정규표현식
정규 표현식이란 어떤 문자열의 집합을 표시하는 텍스트 스트링을 말하는 것으로 일반적으로 
텍스트 형식 문서등에서 문자열을 찾아내고 치환하는데 많이 사용된다.
정규 표현식은 vi.ex,ed,sed,grep 등에서 사용되며 윈도우의 찾기 기능이나 바꾸기 기능과는 비교할
수 없는 편리함이나 강력한 기능을 갖고 있다.

“[문자열]”의 의미
정규 표현식에서 문자열이 “[ ]"로 둘러싸여 있으면 이문자열들중 하나를 의미하게 된다.
ex [0-9]
   [a-z]
[A-Z]
[a-Z]
[Oo]wl

"[ ]"안에서 “^”는 문자열중 ^이하를 포함하지 않는 문자열을 말한다.
 ex) [^0-9] : 숫자가 아닌 문자 하나를 의미한다. 
     [-0-9] : 숫자 한 개 또는 - 기호를 의미한다.
     [^-0-9] : 숫자나 - 기호가 아닌 문자 하나를 의미한다
     [^A-Z] : 대문자를 제외한 문자
     c[a-z0-9]t : 두 번째 문자가 임의의 소문자나 숫자.

“^”와 $의 의미
“^”는 라인의 시작 부분을 의미하는 것인 반면 “$”는 라인의 끝 부분을 의미한다. 만약 “new"로 
시작하는 부분을 찾고 싶다면 ”^new"라고 표현한다.

“\”
정규표현식에서는 특별한 의미를 지니고 있는 <>,()등의  기호들의 표현하기 위해 해당 문자의 바로 
앞에 역슬래시를 사용하여 구분한다. 
ex) \$$ : $로 끝나는 라인을 의미한다.
 
“.” : 아무문자나 한 개의 문자를 의미.

ex) [0-9]* : 숫자가 들어 있거나 그렇지 않은 부분을 의미.

확장 정규식
+ : + 기호 바로 이전의 글자나 정규식이 1회이상 반복   
ex. abc+ (c가 1회이상 반복) ==> abc, abcc, abcc 등
? : ? 기호 바로 이전의 글자나 정규식이 없거나 한번 존재 
ex. abc? (c가 있거나 없거나) ==> ab,abc
( ) : 부분 정규식의 시작과 끝을 표시
ex. a(bc)* (bc가 0회 이상 반복) ==> a, abc, abcbc등
    a(bc)+ (bc가 1회 이상반복) ==> abc,abcc등
    a(bc)? (bc가 있거나 없거나) ==> a, abc 등
| (  ) 내의 단어들 중 최소 하나가 존재 
ex. a(b|c) (b 또는 c가 최소 하나 존재 : ab, ac, abc, acb)

*. 텍스트 조작 및 필터명령
grep(get regular expression)
: 특정한 문자열을 포함하고 있는 라인을 찾기위해 사용한다.
자주사용되는 옵션
-v(invert) ; 찾고자 하는 문자열과 일치하는 라인을 제외한 모든 라인을 출력한다.
-n(number) ; 문자열이나 패턴을 일치시키는 라인들의 라인번호를 표시해준다.
-l(listfile) ; 특정한 패턴을 찾기위해 여러개의 파일을 검색할 때 편리하게 사용할 수 있다.
이 옵션은 패턴을 갖고 있는 줄을 찾아 보여주는 것이 아니라 그러한 줄이 발견된 파일명을 결과로 
보여준다.

egrep(Extended grep) : 확장 정규식을 사용해서 grep 명령어로 표현할 수 없는 다양한 패턴을 나타낼
 수 있다.

fgrep(Fixed grep) : grep, egrep 명령어와 달리 정규식을 전혀 사용하지 않는다. 모든 패턴의 문자를 
그대로 인식하므로 *, +, ^, $, [ ] 등의 문자도 모두 단순 문자로서만 인식한다.