5.9. Red Hat Enterprise Linux 관련 정보

5.9.1.1. 장치 파일

Red Hat Enterprise Linux에서 디스크 드라이브 장치 파일은 /dev/ 디렉토리에 위치합니다. 각 파일 이름은 실제 하드웨어와 하드웨어 설정 방식에 따라 달라지지만, 기본적으로 다음과 같은 주요 요소에 따라 결정됩니다:

• 장치 유형

• 장치 번호

• 파티션

5.9.1.1.2. 장치 번호

장치 유형을 나타내는 첫 두 글자 다음에는 몇번째 장치인지 보여주는 문자가 나타납니다. 첫번째 장치는 "a", 두번째 장치는 "b"으로 계속 이어져 나갑니다. 따라서 첫번째 하드 드라이브는 hda 또는 sda로 나타납니다.

	힌트
	SCSI의 경우 26개가 넘는 다수의 SCSI 장치를 추가 가능하기 때문에 첫번째 장치 번호 다음에 또 하나의 장치 번호가 옵니다. 따라서 첫 26개 SCSI 하드 드라이브는 sda에서 sdz으로 이름 짓고, 그 다음에 추가된 26개 하드 드라이브는 sdaa에서 sdaz으로 이름 붙여집니다.

5.9.1.2. 장치 파일명 대안

대용량 스토리지 장치를 추가하거나 제거하게되면 기존 장치의 장치명이 변경될 수 있습니다. 따라서 이러한 경우 시스템이 재부팅된 후 스토리지를 사용할 수 없게되는 문제가 발생합니다. 이러한 문제를 초래하는 예를 들어보겠습니다:

1. 기존 SCSI 버스가 매우 부족하게 되어서 두개의 SCSI 드라이브를 시스템에 추가하기 위하여 시스템 관리자가 새 SCSI 컨트롤러를 설치한다고 가정해봅시다.

2. 이전 SCSI 드라이브 (버스 첫번째 드라이브 /dev/sda 포함)는 변경되지 않았습니다.

3. 시스템을 재부팅합니다

4. 새 컨트롤러의 첫 SCSI 드라이브가 이제 /dev/sda라고 알려지게 되면서, 이전에 /dev/sda라고 알려졌던 SCSI 드라이브가 새 이름을 갖게됩니다.

이론적으로는 매우 심각한 문제라고 여겨질 수도 있습니다. 그러나 실제로는 그리 심각하지 않습니다. 그 이유는 다음과 같습니다. 우선 이러한 유형의 하드웨어 재설정 문제는 거의 발생할 가능성이 없으며, 둘째로 시스템 관리자가 필요한 변경 사항을 적용하기 위해 충분한 정지 시간을 미리 계획했을 가능성이 높습니다. 이러한 정지 시간을 이용하여 장치명 변경과 관련된 문제를 미리 해결할 수 있습니다.

그러나 일부 기업체에서는 시스템 설정에 따라서 이러한 문제가 발생할 수도 있습니다. 자주 스토리지를 재설정해야하는 기업체에서는 종종 정지할 필요가 없이 재설정이 가능한 하드웨어를 사용하기도 합니다. 이러한 hotpluggable 하드웨어는 스토리지를 쉽게 추가하고 제거할 수 있게 해주지만, 이러한 환경에서는 장치명이 문제가 될 수 있습니다. 다행히 Red Hat Enterprise Linux는 이러한 장치명 문제를 해결할 수 있는 기능을 제공합니다.

5.9.2.1. EXT2

최근까지만해도 ext2 파일 시스템이 리눅스의 표준 파일 시스템이었습니다. 따라서 다양한 테스팅을 거쳐 오늘날 사용되는 파일 시스템 중 가장 견고한 파일 시스템 중 하나로 간주되어 왔습니다.

그러나 완벽한 파일 시스템이란 없듯이 ext2도 마찬가지 였습니다. 만일 시스템이 정상적으로 종료되지 않았을 경우 ext2 파일 시스템의 파일 시스템 검사 작업에 걸리는 시간이 매우 길었습니다. ext2 파일 시스템의 인기가 증가되고 디스크 드라이브의 용량도 계속 증가되면서, 파일 시스템 확인 검사 작업은 점점 더 느려지게 되어서 결국 해결책이 필요하게 되었습니다.

다음 부분에서는 Red Hat Enterprise Linux에서 이러한 문제를 해결하기 위해 사용된 방법에 대하여 설명해보겠습니다.

5.9.2.2. EXT3

ext3 파일 시스템은 ext2 코드에 저널링 기능을 추가하여 개발되었습니다. 저널링 시스템 덕분에 ext3 파일 시스템은 항상 일치된 상태로 유지되기 때문에 오랫동안 파일 시스템 확인 작업을 거칠 필요가 없다는 장점이 있습니다.

ext3 파일 시스템은 모든 파일 시스템 변경 사항을 임시 디스크 저널에 기록한 후 주기적으로 디스크에 옮겨오는 작업을 수행합니다. 만일 갑작스럽게 시스템이 정지되는 경우 (예, 정전이나 시스템 크래시), 저널의 내용만 처리한다면 파일 시스템을 다시 원상태로 회복가능하며, 이 과정은 대개 1초 정도밖에 걸리지 않습니다.

ext3의 디스크 데이터 형식은 ext2에 기반하고 있기 때문에, ext2 파일 시스템을 읽기/쓰기 가능한 시스템은 ext3 파일 시스템도 사용 가능합니다. 일부 시스템은 ext3 파일 시스템을 사용하지만, 다른 시스템은 여전히 ext2 파일 시스템을 사용하는 기업의 경우 이러한 점을 매우 유용하게 사용할 수 있습니다.

5.9.2.3. ISO 9660

1987년에 ISO (International Organization for Standardization)에서는 9660 표준을 발표하였습니다. ISO 9660은 CD-ROM 파일 형식을 규정합니다. Red Hat Enterprise Linux 시스템 관리자들은 ISO 9660 형식 자료를 다음과 같은 두가지 데이터에서 자주 볼 수 있습니다:

• CD-ROM

• ISO 이미지라고 부르는 파일은 완전한 ISO 9660 파일 시스템으로서 CD-R 이나 CD-RW 매체에 기록 가능합니다.

기본 ISO 9660 표준은 다른 최신 파일 시스템과 비교하였을때 기능면에서 비교적 제한됩니다. 파일 이름은 최대한 7개 글자까지 가능하며 확장자는 3 글자 이상 사용 불가능합니다. 그러나 시간이 흐르면서 다음과 같이 표준에 다양한 확장이 추가되었습니다:

• Rock Ridge — ISO 9660에는 정의되지 않은 일부 영역을 사용하여 긴 소문자, 대문자 구분 가능한 파일 이름 및 심볼릭 링크, 중첩 디렉토리(nested directory: 디렉토리 내에 또 다른 디렉토리를 포함하는 것)와 같은 기능을 추가 지원합니다.

• Joliet — Microsoft가 개발한 ISO 9660 표준 확장으로서 유니코드 문자 세트를 사용하여 CD-ROM에서 긴 파일 이름을 사용할 수 있게 지원해줍니다.

Red Hat Enterprise Linux는 Rock Ridge와 Joliet 확장을 모두 이용하여 ISO 9660 파일 시스템을 정확히 해석할 수 있습니다.

5.9.2.4. MSDOS

Red Hat Enterprise Linux는 또한 다른 운영 체제의 파일 시스템도 지원합니다. msdos 파일 시스템은 이름에서 알 수 있듯이, 이 파일 시스템은 원래 Microsoft 사의 MS-DOS®에서 사용되었습니다. MS-DOS와 마찬가지로 ms-dos 파일 시스템을 액세스하는 Red Hat Enterprise Linux 시스템에서 파일명은 반드시 8.3 규칙을 따라야만 합니다. 또한 허가와 소유권과 같은 다른 파일 속성도 변경될 수 없습니다. 그러나 단순히 파일을 교환하기 위해서는 msdos 파일 시스템으로도 충분합니다.

5.9.2.5. VFAT

vfat 파일 시스템은 Microsoft사의 Windows® 95 운영 체제에서 처음으로 사용되었습니다. msdos 파일 시스템에 대한 개선된 버전으로서, vfat 파일 시스템은 msdos의 8.3 보다 긴 파일 이름을 지원합니다. 그러나 허가와 사용 권한은 변경되지 않았습니다.

5.9.3.1. 마운트 지점

리눅스나 리눅스와 유사한 운영 체제를 사용해본적이 없으신 분들은 마운트 지점이라는 개념이 처음에는 생소하게 느껴질 것입니다. 그러나 마운팅은 지금까지 개발된 파일 시스템 관리 방식 중 가장 강력하고 유연한 방법이라 할 수 있습니다. 대부분 다른 운영 체제에서 파일을 찾기 위해서는 파일 이름 및 파일이 위치한 특정 디렉토리와 파일이 위치한 물리적 장치를 지정하셔야 합니다.

그러나 Red Hat Enterprise Linux는 약간 다른 방식을 사용합니다. 다른 운영 체제와 마찬가지로 장치명 및 장치가 위치한 디렉토리를 이용하여 파일을 지정하지만, 파일이 위치한 장치를 지정할 필요는 없습니다.

그 이유는 바로 마운트 지점 때문입니다. 다른 운영 체제에서는 각 파티션마다 한가지 디렉토리 구조를 갖습니다. 그러나 리눅스 유사 시스템에서는 시스템 전체에 오직 한가지 디렉토리 구조만 있으며, 이 단독 구조는 여러 파티션으로 확장 가능합니다. 이러한 특징은 바로 마운트 지점 덕분에 가능합니다. 파일 시스템이 마운트되면, 지정된 마운트 지점에서 해당 파일 시스템의 모든 하부 디렉토리에 액세스 가능하게 됩니다.

따라서 장치를 지정할 필요가 없다는 점은 바로 장점이라 할 수 있습니다. 모든 디렉토리를 마운트 지점으로 지정 가능하므로, 리눅스 파일 시스템은 계속적으로 확장 가능합니다.

예를 들어 Red Hat Enterprise Linux 시스템 루트 리렉토리에 foo라는 디렉토리가 존재한다고 가정해봅시다. 이 디렉토리로 전체 경로는 /foo/ 입니다. 다음으로 이 시스템에는 마운트할 파티션이 존재하며, 이 파티션의 마운트 지점은 /foo/라고 가정합니다. 만일 해당 파티션의 최상위 디렉토리에 bar.txt라는 이름의 파일이 위치한다면, 파티션을 마운트한 후 이 파일에 액세스하기 위해서는 다음과 같이 지정하시면 됩니다:

/foo/bar.txt

즉, 이 파티션이 마운트되면, /foo/ 디렉토리에서 읽거나 쓴 파일은 해당 파티션에서 읽고 쓰기됩니다.

Red Hat Enterprise Linux에서 가장 자주 사용되는 마운트 지점은 /home/ 입니다. 그 이유는 모든 사용자 계정의 로그인 디렉토리가 일반적으로 /home/ 디렉토리 아래에 위치하기 때문입니다. /home/이 마운트 지점으로 사용될 경우, 모든 사용자의 파일은 지정된 파티션에 기록되어 운영 체제의 파일 시스템을 가득 채우는 위험이 사라집니다.

	힌트
	마운트 지점은 일반 디렉토리이기 때문에, 향후 마운트 지점으로 사용될 디렉토리에 파일을 기록하는 것이 가능합니다. 만일 이 마운트 지점에 파일을 기록된다면, 원래 이 디렉토리에 저장되었던 파일은 어떻게 될까요? 파티션이 이 디렉토리에 마운트되어 있는 동안에는 원래 파일을 액세스할 수 없습니다. (디렉토리 원래 파일 대신 마운트된 파일 시스템 내용이 나타납니다). 그러나 파일 상태에는 아무런 변화가 없으며 파티션이 마운트 해제된 후에 다시 액세스 가능합니다.

5.9.3.2. 마운트된 파일 시스템 정보 보기

디스크 공간을 마운팅하고 마운팅 해제하는 것에 더불어, 현재 어떤 파일 시스템이 마운트되어 있는지 확인할 수 있는 방법이 있습니다:

• /etc/mtab 파일 살펴보기

• /proc/mounts 파일 살펴보기

• df 명령 사용법

5.9.3.2.1. /etc/mtab 파일 살펴보기

/etc/mtab 파일은 파일 시스템이 마운트되거나 마운트 해제될때마다 mount 프로그램에 의해 업데이트되는 일반 파일입니다. 다음은 /etc/mtab 파일 예시입니다:

/dev/sda3 / ext3 rw 0 0 none /proc proc rw 0 0 usbdevfs /proc/bus/usb usbdevfs rw 0 0 /dev/sda1 /boot ext3 rw 0 0 none /dev/pts devpts rw,gid=5,mode=620 0 0 /dev/sda4 /home ext3 rw 0 0 none /dev/shm tmpfs rw 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

	주목
	/etc/mtab 파일은 현재 마운트된 파일 시스템의 상태를 보는 용도로만 사용되어야하며, 직접 수정하셔서는 안됩니다.

각 줄은 현재 마운트된 파일 시스템을 나타내며 (왼쪽부터 오른쪽 순서대로) 다음과 같은 정보를 포함합니다:

• 장치 지시자

• 마운트 지점

• 파일 시스템 유형

• 다른 마운트 옵션과 더불어 파일 시스템이 읽기 전용 (ro) 또는 읽기-쓰기 가능 (rw)으로 마운트되었는지 여부

• 0이 두개 나타난 사용되지 않는 항목 (/etc/fstab[1] 파일과의 호환성을 위함)

rootfs / rootfs rw 0 0
/dev/root / ext3 rw 0 0
/proc /proc proc rw 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
/dev/sda1 /boot ext3 rw 0 0
none /dev/pts devpts rw 0 0
/dev/sda4 /home ext3 rw 0 0
none /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda3              8428196   4280980   3719084  54% /
/dev/sda1               124427     18815     99188  16% /boot
/dev/sda4              8428196   4094232   3905832  52% /home
none                    644600         0    644600   0% /dev/shm

5.9.4.1. NFS

NFS (네트워크 파일 시스템)은 이름에서 알 수 있듯이 네트워크를 통하여 액세스 가능한 파일 시스템을 의미합니다. 다른 파일 시스템을 사용할 경우 스토리지 장치가 로컬 시스템에 바로 연결되어야 합니다. 그러나 NFS를 사용할 경우 로컬 시스템에 바로 연결할 필요가 없이, 중앙 집중형 파일 시스템 서버에서 완전히 디스크 없는 컴퓨터 시스템에 이르기까지 여러 다양한 설정이 가능합니다.

그러나 다른 파일 시스템과 달리 NFS는 특정 디스크 형식을 지정하지 않으며, 대신 서버 운영 체제의 원시 파일 시스템에 따라서 로컬 디스크 드라이브로 실제 입/출력 작업을 제어합니다. NFS는 호환 가능한 NFS 클라이언트를 실행 중인 모든 다른 운영 체제에서 파일 시스템에 액세스 가능하게 해줍니다.

NFS는 주로 리눅스와 유닉스 시스템에서 사용되지만 다른 운영 체제에도 NFS 클라이언트가 존재합니다. 따라서 NFS는 다양한 플랫폼 간에 파일을 공유 가능한 중요한 기술이라 할 수 있습니다.

NFS 서버는 /etc/exports 설정 파일을 이용하여 클라이언트에게 공개할 파일 시스템을 결정합니다. 보다 자세한 정보는 exports(5) 맨페이지 및 Red Hat Enterprise Linux 시스템 관리 가이드를 참조하시기 바랍니다.

5.9.4.2. SMB

SMB는 Server Message Block의 줄임말로서 수년간 Microsoft 사가 생산한 다양한 운영 체제에 의해 사용되어온 통신 프로토콜 이름입니다. SMB는 네트워크 상에서 스토리지를 공유 가능하게 해줍니다. 이전에는 NetBEUI가 전송 계층에 사용되었지만, 최근에는 TCP/IP가 주로 사용되고 있습니다.

Red Hat Enterprise Linux는 Samba 서버 프로그램을 통하여 SMB를 지원합니다. Red Hat Enterprise Linux 시스템 관리 가이드에는 Samba 설정 정보가 포함되어 있습니다.

5.9.6.1. 스토리지 추가하기

Red Hat Enterprise Linux 시스템에 스토리지를 추가하는 작업은 비교적 간단합니다. 다음은 Red Hat Enterprise Linux에 스토리지를 추가하는 방법입니다:

• 파티션하기

• 파티션 포맷하기

• /etc/fstab 파일 업데이트하기

다음에서는 각 단계에 대하여 보다 상세하게 설명해보겠습니다.

5.9.6.1.1. 파티션하기

디스크 드라이브를 설치하신 후 Red Hat Enterprise Linux을 설치할 공간을 마련하기 위하여 한개 이상의 파티션을 생성하셔야 합니다.

파티션 분할하는데는 여러가지 방법이 있습니다:

• 명령행 fdisk 유틸리티 프로그램을 사용하는 방법

• 다른 명령행 유틸리티 프로그램인 parted를 사용하는 방법

사용하시는 도구는 다르더라도, 기본적인 절차는 같습니다. 다음 예시에서는 fdisk 명령을 사용하여 작업을 수행하는데 필요한 절차를 단계별로 설명하겠습니다:

1. 새 디스크 드라이브를 선택하십시오 (드라이브의 이름은 5.9.1 절에서 설명된 장치 명명 규칙을 따릅니다). fdisk를 사용하신다면, fdisk 다음에 장치명을 지정하시면 됩니다:

   fdisk /dev/hda

2. 디스크 드라이브의 파티션을 살펴보시고 올바른 디스크 드라이브인지 확인해주십시오. 이 예시에서는 fdisk 명령에서 p 옵션을 사용하여 파티션 테이블을 볼 수 있습니다:

   Command (m for help): p Disk /dev/hda: 255 heads, 63 sectors, 1244 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 17 136521 83 Linux /dev/hda2 18 83 530145 82 Linux swap /dev/hda3 84 475 3148740 83 Linux /dev/hda4 476 1244 6176992+ 83 Linux

3. 새 디스크 드라이브에 이미 존재하는 파티션 중 원치 않는 파티션을 삭제하십시오. fdisk에서 d 옵션을 사용하시면 됩니다:

   Command (m for help): d Partition number (1-4): 1

   디스크 드라이브 상에서 필요없는 파티션마다 이 작업을 반복하십시오.

4. 새 파티션을 생성하시기 바랍니다. 원하는 용량과 파일 시스템 유형을 잊지말고 지정하십시오. fdisk를 사용하신다면 두가지 단계를 거쳐야 합니다. 우선 n 옵션을 사용하여 파티션을 생성하십시오:

   Command (m for help): n Command action e extended p primary partition (1-4) p Partition number (1-4): 1 First cylinder (1-767): 1 Last cylinder or +size or +sizeM or +sizeK: +512M

   다음으로 t 옵션을 사용하여 파일 시스템 유형을 설정하실 수 있습니다:

   Command (m for help): t Partition number (1-4): 1 Hex code (type L to list codes): 82

   파티션 유형 82는 리눅스 스왑 파티션을 의미합니다.

5. 변경 사항을 저장한 후 파티션 분할 프로그램을 종료하십시오. fdisk에서는 w 옵션을 사용하시면 됩니다:

   Command (m for help): w

	경고
	새 디스크 드라이브를 파티션할때는, 선택한 디스크 드라이브가 올바른 드라이브인지 먼저 확인하시는 것이 매우 중요합니다. 그렇지 않으면 실수로 현재 사용 중인 디스크 드라이브를 파티션하여 중요한 자료를 잃게될 수도 있습니다. 또한 파티션 크기를 결정하실 때 신중하게 가장 적절한 용량을 선택하시기 바랍니다. 그 이유는 일단 파티션 크기가 정해지면 이후에 다시 크기를 재조정하는 작업이 매우 힘들기 때문입니다.

mount /home
mount /dev/hda3

5.9.6.2. 스토리지 제거하기

Red Hat Enterprise Linux 시스템에서 스토리지를 제거하는 과정도 비교적 간단합니다. 다음 부분에서는 Red Hat Enterprise Linux에서 스토리지를 제거하는 방법을 설명해보겠습니다:

• 먼저 /etc/fstab 파일에서 제거할 디스크 드라이브 항목을 삭제하셔야 합니다.

• 그 후 디스크 드라이브이 활성화된 파티션을 마운트 해제하시면 됩니다.

• 디스크 드라이브의 내용을 지우십시오

다음 부분에서는 보다 상세하게 단계별로 설명해보겠습니다.

5.9.6.2.1. /etc/fstab에서 디스크 드라이브 파티션을 삭제하기

원하시는 텍스트 편집기를 이용하여 /etc/fstab 파일에서 디스크 드라이브 파티션에 해당하는 줄을 지우십시오. 다음 중 한가지 방법을 사용하여 삭제할 줄을 찾으실 수 있습니다:

• /etc/fstab 파일의 두번째 행에 기록된 디렉토리 이름과 파티션의 마운트 지점을 비교하여 동일한 줄을 찾아내기

• /etc/fstab 파일에서 첫 행에 나온 파일 이름과 장치의 파일 이름이 일치하는 줄 찾기

	힌트
	/etc/fstab 파일에서 잊지말고 삭제할 디스크 드라이브 상에 위치한 스왑 파티션을 찾으십시오; 쉽게 잊고 지나칠 수가 있습니다.

umount /dev/hda2
umount /home
            

swapoff /dev/hda4
            

5.9.6.2.3. 디스크 드라이브 내용 지우기

Red Hat Enterprise Linux에서 디스크 드라이브의 내용물을 삭제하는 작업은 비교적 간단합니다.

루트 사용자로 로그인하셔서 디스크 드라이브의 모든 파티션을 마운트 해제한 후에 다음 명령을 입력하시면 됩니다:

badblocks -ws <device-name>

여기서 <device-name>는 삭제할 디스크 드라이브의 파일 이름에서 파티션 번호만 빠진 것입니다. 예를 들면, 두번째 ATA 하드 드라이브는 /dev/hdb 입니다.

badblocks이 실행되는 동안 다음과 같은 결과가 출력되어집니다:

Writing pattern 0xaaaaaaaa: done Reading and comparing: done Writing pattern 0x55555555: done Reading and comparing: done Writing pattern 0xffffffff: done Reading and comparing: done Writing pattern 0x00000000: done Reading and comparing: done

badblocks은 실제로 디스크 드라이브의 모든 블록마다 다른 데이터 형식을 기록한다는 사실을 염두해두십시오. 디스크 드라이브 용량이 클수록 시간이 오래 걸릴 수도 있습니다 — 가끔씩은 몇시간에 걸릴 경우도 있습니다.

	중요
	많은 기업체와 정부 기관에서는 특정 방식을 사용하여 디스크 드라이브 및 다른 데이터 저장 매체에서 데이터를 삭제합니다. 따라서 시스템 관리자로서 항상 이러한 요건을 완전히 숙지하고 준수하셔야 합니다. 이러한 요건을 따르지 않은 경우 법적 제재가 따를 수도 있습니다. 앞서 설명된 예시는 디스크 드라이브의 내용을 삭제하는 한가지 방법 예시일뿐이지, 절대로 최선의 방식은 아닐 수도 있다는 사실을 염두하시기 바랍니다. 시간은 오래 걸릴지 모르나 rm 명령을 사용하는 것 보다 훨씬 효율적인 방법입니다. 그 이유는 rm 명령을 사용하여 파일을 삭제할 경우 실제로 파일의 내용은 삭제되지 않고, 파일 상태만 삭제된 것으로 표시하기 때문입니다.

5.9.7.1. 디스크 쿼터에 대한 기본 정보

Red Hat Enterprise Linux는 다음과 같은 디스크 쿼터 기능을 제공합니다:

• 개별 파일 시스템마다 쿼터 할당

• 개별 사용자마다 쿼터 할당

• 그룹마다 사용량 쿼터 할당

• 디스크 블록 사용량에 따라 쿼터 할당

• 디스크 inode 사용량에 따라 쿼터 할당

• 하드(hard) 한계

• 소프트(soft) 한계

• 유예 기간(grace period)

다음은 각 기능에 대하여 보다 상세하게 설명해보겠습니다.

5.9.7.2. 디스크 쿼터 활성화하는 방법

	주목
	다음 부분에서는 Red Hat Enterprise Linux에서 디스크 쿼터를 사용하는데 필요한 절차에 대하여 간략하게 설명해보겠습니다. 보다 자세한 정보는 Red Hat Enterprise Linux 시스템 관리 가이드에서 디스크 쿼터 관련 장을 참조하시기 바랍니다.

디스크 쿼터를 사용하기 위해서는 먼저 다음과 같은 단계를 거쳐 쿼터 기능을 활성화시켜야 합니다:

1. /etc/fstab 파일 수정하기

2. 파일 시스템 다시 마운팅하기

3. quotacheck 명령 실행하기

4. 쿼터 지정하기

/etc/fstab 파일은 Red Hat Enterprise Linux 파일 시스템 마운팅 작업을 담당합니다. 디스크 쿼터는 각 파일 시스템 단위로 구현되기 때문에, 이 파일에서 쿼터를 구현할 파일 시스템 줄에 usrquota 또는 grpquota 옵션을 삽입하셔야 디스크 쿼터 기능을 사용할 수 있습니다.

usrquota 옵션은 사용자 기반 디스크 쿼터를 사용하는 반면, grpquota 옵션은 그룹 기반 쿼터를 활성화합니다. 원하는 파일 시스템 옵션란에 이 둘 중 하나만 설정하시거나 두 옵션 모두 설정하시면 쿼터 기능이 활성화될 것입니다.

그 후 이 옵션을 설정한 파일 시스템을 마운트 해제한 후 다시 마운트하셔야 디스크 쿼터 관련 옵션이 적용됩니다.

다음으로 quotacheck 명령을 사용하여 디스크 쿼터 파일을 생성하고 기존 파일에서 현재 사용량 정보를 가져올 수 있습니다. 디스크 쿼터 파일 (사용자 기반 쿼터는 aquota.user 파일, 그룹 기반 쿼터는 aquota.group 파일)은 필요한 쿼터 관련 정보를 담고 있으며, 시스템 루트 디렉토리에 위치합니다.

디스크 쿼터를 할당하시려면 edquota 명령을 사용하시면 됩니다.

이 프로그램은 텍스트 편집기를 이용하여 edquota 명령에서 지정된 사용자나 그룹에 대한 쿼터 정보를 보여줍니다. 예시:

 Disk quotas for user matt (uid 500):
  Filesystem      blocks       soft       hard     inodes     soft     hard
  /dev/md3       6618000          0          0      17397        0        0

여기서 사용자 matt는 현재 6GB가 넘는 디스크 용량 및 17,000개에 이르는 inode를 사용 중이라는 사실을 알 수가 있습니다. 아직 디스크 블록 수나 inode 수에 대한 soft 또는 hard 쿼터가 설정되지 않았기 때문에, 이 사용자는 현재 디스크 공간과 inode 수에 제한없이 사용 가능합니다.

시스템 관리자는 텍스트 편집기를 이용하여 디스크 쿼터 정보에서 soft와 hard 한계를 원하는데로 수정 가능합니다:

Disk quotas for user matt (uid 500):
  Filesystem      blocks       soft       hard     inodes     soft     hard
  /dev/md3       6618000    6900000    7000000      17397        0        0

이 예시에서 사용자 matt에게 soft 한계로 6.9GB를 할당하고, hard 한계로 7GB를 할당하였습니다. 이 사용자에 대한 inode 한계는 아직 설정되지 않았습니다.

	힌트
	edquota 명령에 -t 옵션을 함께 사용하여 파일 시스템 당 유예 기간(grace period: 사용자는사용용량 초과에 대해서 경고를 받게되는 기간)을 설정하실 수 있습니다.

5.9.7.3. 디스크 쿼터 관리법

Red Hat Enterprise Linux에서 디스크 쿼터를 관리하기 위해서는 다음과 같은 작업만 수행하시면 됩니다:

• 주기적으로 디스크 사용량 보고서를 생성하기 (그리고 할당된 디스크 용량을 계속적으로 추가하는 사용자와 상담하여 문제를 해결하기)

• 디스크 쿼터가 항상 정확한지 확인하십시오

디스크 사용량 리포트를 생성하시려면 repquota 명령을 실행하셔야 합니다. repquota /home 명령을 입력하시면 다음과 같은 결과가 출력됩니다:

*** Report for user quotas on device /dev/md3
Block grace time: 7days; Inode grace time: 7days
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      --   32836       0       0              4     0     0       
matt      -- 6618000 6900000 7000000          17397     0     0       

repquota에 대한 보다 많은 정보는 Red Hat Enterprise Linux 시스템 관리 가이드에서 디스크 쿼터에 대한 장에서 찾아보실 수 있습니다.

갑작스러운 시스템 정지로 인해 파일 시스템이 제대로 마운트해제되지 않은 경우에는 quotacheck 명령을 실행하셔야 합니다. 그러나 이러한 경우가 발생하지 않은 경우에도 시스템 관리자로서 주기적으로 quotacheck을 실행하시기 권장합니다.

디스크 쿼터를 처음 활성화하기 위해 quotacheck를 사용했을때와 절차는 같습니다.

다음은 quotacheck 명령의 예입니다:

quotacheck -avug

주기적으로 quotacheck 명령을 실행할 수 있는 가장 쉬운 방법은 cron을 사용하시면 됩니다. 대부분 시스템 관리자는 일주일에 한번 정도 quotacheck을 실행합니다. 그러나 경우에 따라서 주기가 길어질 수도 있고 짧아질 수도 있습니다.

5.9.8.1. Red Hat Enterprise Linux 설치 과정에서 생성하는 방법

일반 Red Hat Enterprise Linux 설치 중 디스크 파티션 단계에서 과정에서 RAID 어레이를 생성하실 수 있습니다.

우선 Disk Druid를 사용하여 디스크 드라이브를 직접 파티션하셔야 합니다. 새 파티션을 "소프트웨어 RAID" 유형으로 생성하신 후 할당 가능한 드라이브 영역에 RAID 어레이에 속할 디스크 드라이브를 선택하십시오. 원하는 용량을 선택하시고 이 파티션을 일차 파티션으로 할 것인지 결정해주십시오.

RAID 어레이에 속할 모든 파티션을 생성하셨다면, 실제로 어레이를 생성하기 위해 RAID 버튼을 눌러주십시오. 어레이의 마운트 지점, 파일 시스템 유형, RAID 장치명, RAID 레벨 및 이 어레이를 만들 "소프트웨어 RAID" 파티션을 선택할 수 있는 대화창이 나타날 것입니다.

일단 원하시는 어레이를 생성하신 후에는 계속해서 일반 설치 과정을 진행하실 수 있습니다.

	힌트
	Red Hat Enterprise Linux 설치시 소프트웨어 RAID 어레이를 생성하는 방법에 대하여 보다 자세한 정보를 원하신다면, Red Hat Enterprise Linux 시스템 관리 가이드를 참조하시기 바랍니다.

5.9.8.2. Red Hat Enterprise Linux 설치를 마친 후 생성하는 방법

Red Hat Enterprise Linux 설치를 마친 후 RAID 어레이를 생성하는 방법은 보다 복잡합니다. 다른 유형의 디스크 저장 장치를 추가할 때와 마찬가지로, 필요한 하드웨어를 먼저 설치하시고 적절하게 설정하셔야 합니다.

RAID를 파티션하는 방법은 단독 디스크 드라이브를 파티션하는 방법과는 조금 차이가 있습니다. 파티션 유형을 "Linux" (type 83) 이나 "Linux swap" (type 82)으로 선택하지 않고, RAID 어레이에 속할 파티션은 모두 "Linux raid auto" (type fd)로 설정하셔야 합니다.

다음으로 /etc/raidtab 파일을 생성하셔야 합니다. 이 파일은 시스템 상 모든 어레이 설정을 담당하는 파일로서, 파일 형식 (raidtab(5) 맨페이지 참조)은 비교적 간단합니다. 다음은 RAID 1 어레이에 대한 /etc/raidtab 파일 예시입니다:

raiddev             /dev/md0
raid-level                  1
nr-raid-disks               2
chunk-size                  64k
persistent-superblock       1
nr-spare-disks              0
    device          /dev/hda2
    raid-disk     0
    device          /dev/hdc2
    raid-disk     1

여기서 주의해서 보셔야할 부분은:

• raiddev — RAID 어레이의 장치 파일 이름을 나타냅니다[2]

• raid-level — RAID 어레이가 사용하는 RAID 레벨을 지정합니다.

• nr-raid-disks — 이 어레이에 몇개의 디스크 파티션이 사용되는지 나타냅니다.

• nr-spare-disks — Red Hat Enterprise Linux에서 소프트웨어 RAID에서 한개 이상의 예비 디스크 파티션을 지정 가능합니다; 따라서 디스크 중 하나라도 고장이 나는 경우에 이 예비 디스크가 자동으로 고장난 디스크를 대체하게 됩니다.

• device, raid-disk — RAID 어레이를 구성하는 물리적 디스크 파티션을 정의합니다.

이제 실제로 RAID 어레이를 생성할 단계입니다. mkraid 프로그램을 사용하시면 됩니다. /etc/raidtab 예시 파일에서 다음과 같은 명령을 사용하여 /dev/md0 RAID 어레이를 생성할 수 있습니다:

mkraid /dev/md0

이제 RAID 어레이 /dev/md0 파일을 포맷하고 마운트하시면 됩니다. 일반 디스크 드라이브를 포맷하고 마운트하는 과정과 같습니다.

5.9.9.1. /proc/mdstat 파일을 이용하여 어레이 상태 확인하기

특정 시스템에서 모든 RAID 어레이의 상태를 가장 쉽게 확인할 수 있는 방법은 /proc/mdstat 파일을 살펴보는 것입니다. 다음은 예시 mdstat 파일입니다 (cat /proc/mdstat 명령을 사용하여 파일 내용을 보실 수 있습니다):

Personalities : [raid1] 
read_ahead 1024 sectors
md1 : active raid1 hda3[0] hdc3[1]
      522048 blocks [2/2] [UU]
      
md0 : active raid1 hda2[0] hdc2[1]
      4192896 blocks [2/2] [UU]
      
md2 : active raid1 hda1[0] hdc1[1]
      128384 blocks [2/2] [UU]
      
unused devices: <none>

이 시스템에는 3개의 RAID 어레이 (모두 RAID 1)가 있다는 사실을 알 수 있습니다. /proc/mdstat 파일에서 각 RAID 어레이마다 한 섹션씩 할당되며, 각 섹션은 다음과 같은 정보를 담고 있습니다:

• RAID 어레이 장치명 (/dev/ 부분은 빠짐)

• RAID 어레이 상태

• RAID 어레이의 RAID 레벨

• 현재 어레이를 구성하고 있는 물리적 파티션과 그 파티션의 어레이 번호

• 어레이 용량

• 어레이에서 설정된 장치수와 현재 작동중인 장치수

• 어레이에서 설정된 개별 장치의 상태 (U이면 장치가 제대로 작동 중이라는 의미이고, _라고 나타나면 장치에 고장났다는 의미입니다)

5.9.9.2. raidhotadd 명령을 사용하여 RAID 어레이 리빌드하기

/proc/mdstat 파일에서 RAID 어레이 중 한 디스크에 문제가 있는 것을 발견시, raidhotadd 프로그램을 사용하여 그 어레이를 리빌드하셔야 합니다. 다음과 같은 절차를 따르시기 바랍니다:

1. 우선 고장이 발생한 파티션이 어느 디스크 드라이브에 속하는지 알아내십시오.

2. 고장난 문제를 해결하십시오 (대부분의 경우 드라이브를 교체하셔야 합니다)

3. 어레이에 속한 다른 드라이브와 동일하게 새 드라이브를 파티션하십시오.

4. 다음과 같은 명령을 입력하십시오:

   raidhotadd <raid-device> <disk-partition>

5. /proc/mdstat 파일을 이용하여 리빌드 과정을 살펴보십시오

	힌트
	리빌드 과정을 살펴보기 위해서는 다음 명령을 사용하시면 됩니다: watch -n1 cat /proc/mdstat 이 명령은 /proc/mdstat 파일의 내용을 매초간 계속적으로 업데이트하여 보여줍니다.