부록 A. 디스크 파티션 소개

경험 많은 컴퓨터 사용자는 처음 시도할 때 이를 알 것입니다. 이제 드라이브를 초기화해야 합니다. 초기화(일반적으로 "파일 시스템 만들기"로 알려짐)는 드라이브에 정보를 기록해서, 초기화되지 않은 드라이브에 있는 빈 공간에 질서를 부여합니다.

그림 A.2. “파일 시스템이 있는 디스크 드라이브”에서 보여지듯이, 파일 시스템을 통해 만들어진 순서에는 트레이드 오프 (trade-off) 관계가 포함되어 있습니다:

파일 시스템을 통해서 디렉토리와 파일이 있을 수 있다는 점을 감안할 때, 이러한 단점들은 사소하다고 할 수 있습니다.

또한 하나의 보편화된 파일 시스템이란 없다는 것입니다. 그림 A.3. “다른 파일 시스템을 사용하는 디스크 드라이브”에서 보여지듯이, 디스크 드라이브 상에는 여러 다른 파일 시스템들 중에서 한 가지 파일 시스템이 기록되어 있을 수 있습니다. 이미 추측하신 것처럼, 다른 파일 시스템은 서로 호환이 되지 않는 경향이 있습니다; 즉, 한 운영 체제가 특정 파일 시스템(또는 그와 관련된 여러 파일 시스템 유형)을 지원한다면 다른 파일 시스템들은 지원하지 않을 수 있습니다. 그러나, 마지막 명제는 엄격한 법칙은 아닙니다, 예를 들면, 는 (다른 Red Hat Enterprise Linux운영 체제에 의해 주로 사용되는 많은 파일 시스템을 포함한) 여러 다양한 파일 시스템을 지원하여, 다른 파일 시스템 사이에서도 데이터 교환이 쉽게 이루어 질 수 있도록 해줍니다.

물론 디스크에 파일 시스템을 기록하는 것은 단지 시작에 불과합니다. 이러한 과정의 목표는 실제로 데이터를 저장하고 검색하는 것입니다. 몇개의 파일들이 기록된 후의 드라이브를 살펴보도록 합시다.

그림 A.4. “데이터가 기록된 디스크 드라이브”에서, 이전에 비어있었던 블록들 중의 일부분이 현재 데이타를 가지고 있는 것을 볼 수 있습니다. 그러나, 이 그림을 보는 것 만으로는 도대체 얼마나 많은 파일들이 이 드라이브 상에 존재하는지 알 수 없습니다. 모든 파일이 최소 한 개의 블록을 사용하며, 몇몇 파일들은 여러 블록을 사용할 수 도 있으므로, 드라이브상의 파일 갯수는 한개 또는 여러개일 수 있습니다.또 다른 한가지 기억하셔야 할 것은 사용되는 블록이 연속적으로 할당되어 있을 필요는 없다는 것입니다; 사용된 블록과 사용되지 않은 블록들이 흩어져 있을 수 도 있습니다. 이것은 단편화(fragmentation)로 알려져 있습니다. 단편화는 기존 파티션의 크기를 재조정하려고 할 때 문제를 일으킵니다.

대부분의 컴퓨터 관련 기술처럼, 디스크 드라이브도 처음으로 소개된 이후 시간에 따라 계속 변화해 왔습니다. 특히, 더욱 커졌다고 할 수 있습니다. 눈에 보이는 크기가 아니라 정보를 저장하는 용량이 커졌다는 것입니다. 그리고 추가적인 용량 증가로 인해 디스크 드라이브가 사용되는 방식에 근본적인 변화가 생겼습니다.

디스크 드라이브의 용량이 커져감에 따라, 일부 사람들은 모든 포맷된 공간을 한 곳에 저장하는 것이 좋은 생각인지에 대한 의구심을 가지기 시작했습니다. 이러한 생각은 이성적인 이유와 기술적인 이유에서 비롯 되었습니다. 이성적인 면에서는, 일정 용량을 초과하면 용량이 커진 드라이브가 제공하는 추가 공간은 더 많은 혼란을 가져온다는 것입니다. 기술적인 면에서는, 일부 파일 시스템은 일정 용량 이상은 지원할 수 없게 디자인되었다는 것입니다. 혹은 파일 시스템이 대단한 용량의 큰 드라이브를 지원할 수 있다 하여도, 그 파일 시스템이 파일들을 추적하는데 사용하는 오버헤드는 과도하다 할 수 있습니다.

이러한 문제점에 대한 해결책은 디스크를 파티션 (Partition)으로 분할하는 것입니다. 각각의 파티션은 마치 별개의 디스크처럼 취급됩니다. 이것은 파티션 테이블(Partition table)을 추가함으로서 이루어 집니다.

그림 A.5. “파티션 테이블을 가진 디스크 드라이브”에서 보여지듯이, 파티션 테이블이 네 부분 또는 네 개의 기본 파티션으로 분할되어 있습니다. 기본 파티션은 하드 드라이브 상에 있는 파티션으로 하나의 논리 볼륨 (또는 부분)만이 포함될 수 있습니다. 각 부분은 단독 파티션을 정의하는 데 필요한 정보를 저장할 수 있으며, 이는 파티션 테이블이 최대 네 개의 파티션만을 정의할 수 있음을 의미합니다.

각 파티션 테이블의 항목은 파티션의 여러 중요한 특성들을 포함하고 있습니다:

이러한 각각의 특성을 더 자세히 살펴보도록 합시다. 시작과 끝 지점은 실제로 파티션의 크기와 디스크상의 위치를 결정합니다. "active" 플래그는 몇몇 운영 체제의 부트 로더에서 사용됩니다. 즉, "active"로 설정된 파티션에 있는 운영 체제가 부팅됩니다.

파티션 유형은 약간 혼동이 될 수 있습니다. 이는 파티션이 앞으로 사용될 용도를 표시하는 숫자입니다. 이 문장이 약간 모호하다면, 그것은 파티션 유형의 의미가 모호하기 때문입니다. 몇몇 운영 체제에서는 이 파티션 유형을 특정 파일 시스템 유형을 지정하거나, 파티션이 특정 운영 체제와 연관되어 있음을 표시하거나, 파티션에 부팅 가능한 운영 체제가 있음을 나타내거나, 또는 이러한 세가지 정보를 조합하여 표시하는데 사용합니다.

이 시점에서, 이러한 모든 복잡한 파티션 유형이 일반적으로 어떻게 사용되는지 궁금하실 것입니다. 한 가지 예로서 그림 A.6. “단독 파티션을 가진 디스크 드라이브”을 보십시오.

많은 경우에 오직 단독 파티션만이 파티션 이전에 사용되었던 방식을 복제하면서 전체 디스크를 메꾸고 있습니다. 파티션 테이블에서는 오직 한가지 항목만이 사용되며 그것은 파티션의 시작을 가르킵니다.

이 파티션을 "DOS" 유형으로 레이블했습니다. 이것이 표 A.1. “파티션 타입”에 있는 여러 가능한 파티션 유형 중 하나에 불과하긴 하지만, 지금 논의하고 있는 내용에는 충분합니다.

표 A.1. “파티션 타입”에는 몇몇 유명한(그리고 사용하지 않는) 파티션 유형이, 16진법으로 나타낸 파티션 번호와 함께, 나열되어 있습니다.

물론 시간이 흐르면서 4개의 파티션으로는 충분하지 않다는 사실이 분명해 졌습니다. 디스크 드라이브가 계속 증가해가면서, 사람의 능력으로 4개의 합리적인 크기의 파티션을 설정하고 또 디스크 공간을 남겨놓는 것이 더욱 힘들어진 것입니다. 따라서 더 많은 파티션을 생성할 수 있는 방법이 필요해 졌습니다.

확장 파티션을 입력합니다. 표 A.1. “파티션 타입”에서 본 바와 같이, "Extended" 파티션 유형이 있습니다. 확장 파티션의 심장부에는 바로 그 파티션 유형이 있습니다.

파티션을 생성하고, 그 유형을 "Extended"로 지정하면, 확장 파티션 테이블이 만들어집니다. 핵심만 말하면, 확장 파티션은 또 다른 디스크 드라이브와 비슷합니다 — 그 안에는 확장 파티션 안에만 전적으로 포함되는 파티션들을 가리키는 파티션 테이블이 있습니다(처음의 네 주 파티션(primary partitions)과 대비해 논리 파티션(logical partitions) 이라 부릅니다). 그림 A.7. “확장 파티션을 가진 디스크 드라이브”은 하나의 주 파티션과 두 개의 논리 파티션을 가지는 하나의 확장 파티션이 있는 디스크 드라이브를 보여줍니다 (파티션되지 않은 빈 공간도 있습니다).

이 그림에서 보여지듯이 일차 파티션과 논리 파티션에는 차이가 있습니다. — 일차 파티션은 4개까지 있을 수 있지만, 논리 파티션의 숫자에는 한계가 정해져 있지 않습니다. 그러나 현실적으로 리눅스에서 단독 디스크 드라이브 상에 12개 이상의 논리 파티션을 정의하거나 사용하는 것은 좋은 생각이 아닙니다.

지금까지 파티션에 대해 기본적인 이야기를 해보았습니다. 이제 Red Hat Enterprise Linux의 설치를 위해서 지금까지 익힌 내용을 어떻게 사용할 수 있는지 알아봅시다.

하드 디스크를 재파티션하려고 하실때 직면하게 될 세가지 시나리오가 있습니다:

각각의 시나리오를 순서대로 살펴봅시다.

Linux는 디스크 파티션을 숫자와 번호의 조합을 사용해 참조합니다. 이는 "C 드라이브"와 같은 방식을 사용해 하드 디스크와 파티션을 부르는데 익숙한 경우 특히 더 혼동될 것입니다. DOS/Windows에서 파티션은 다음과 같은 방법으로 이름이 붙여집니다:

Red Hat Enterprise Linux는 다른 운영 체제들이 사용하는 것보다 더욱 유연하면서 보다 많은 정보를 전달할 수 있는 이름 지정 스키마를 사용합니다. 이러한 이름 지정 스키마는 파일 기반이며 /dev/xxyN와 같은 형식의 파일 이름을 사용합니다.

위의 파티션 이름 지정 스키마에 대한 해석 방법은 다음과 같습니다:

앞에서 설명된 정보를 머릿 속에 새겨 두십시오. 에 필요한 Red Hat Enterprise Linux파티션을 설정 시 훨씬 이해하기가 쉬울 것입니다.

만일 파티션이 Red Hat Enterprise Linux다른 운영 체제가 사용하고 있는 파티션의 하드 드라이브를 공유하게 된다해도 대부분의 경우 아무런 문제가 없습니다. 하지만 리눅스와 일부 다른 운영 체제의 조합에는 각별한 주의가 요구됩니다.

Linux를 처음 접하는 많은 사용자들이 혼동스러워하는 것은 Linux 운영 체제가 어떻게 파티션을 사용하고 액세스하는 가입니다. DOS/Windows에서는 매우 단순합니다: 각각의 파티션은 "드라이브 문자"를 부여받습니다. 그 후 적절한 드라이브 문자를 사용해 파티션의 파일과 디렉토리를 지정할 수 있습니다.

이것은 일반적으로 리눅스가 파티션과 디스크 기억 장치를 다루는 방법과는 전혀 다릅니다. 주요 차이점은 개별 파티션을 사용하여 파일과 디렉토리의 단독 세트를 지원하는데 필요한 기억 장치의 일부를 형성한다는 점입니다. 이것은 마운팅 (mounting) 과정을 통하여 디렉토리와 파티션을 결합시킴으로서 가능합니다. 파티션을 마운팅함으로서 마운트 지점 (mount point)으로 알려진 지정 디렉토리의 시작에서 그 파티션의 기억 장치가 사용 가능해집니다.

예를 들어, 만일 /dev/hda5 파티션이 /usr/에 마운트 되었다면, /usr/ 하의 모든 파일들과 디렉토리들은 물리적으로 /dev/hda5 상에 존재함을 의미합니다. 따라서 /usr/share/doc/FAQ/txt/Linux-FAQ 파일은 /dev/hda5에 저장되는 반면에, /etc/X11/gdm/Sessions/Gnome은 그렇지 않습니다.

앞의 예시에서 /usr/ 밑에 위치한 한 개 이상의 디렉토리가 다른 파티션들의 마운트 지점이 될 수도 있습니다. 예를 들면, 한 파티션 (/dev/hda7라고 합시다)이 /usr/local/ 에 마운트될 수 있고, 그렇다면 /usr/local/man/whatis 는 /dev/hda5 대신에 /dev/hda7 위에 있게 됩니다.

Red Hat Enterprise Linux 설치를 준비하는 이 시점에서, 새 운영 체제에서 사용할 파티션의 갯수와 크기에 대해 몇 가지를 고려해야 합니다. "얼마나 많은 파티션"이라는 질문은 Linux 공동체에서 계속해서 불꽃튀는 논쟁의 주제였으며, 그 끝은 여전히 보이지 않습니다. 해당 주제에 대해 논쟁하는 사람의 숫자만큼이나 파티션 레이아웃 방법도 많을 것이라고 말해도 좋을 것입니다.

이러한 점을 염두해 두시고, 특별히 다른 이유가 있지 않는 한 최소한 다음에 나오는 파티션들을 생성하시기 권장합니다.: swap, /boot/, 그리고 /(루트)

보다 자세한 정보는 9.15.5절. “추천된 파티션 나누기 계획”에서 참조하시기 바랍니다.