26장. 디스크 파티션 소개

경험이 많은 컴퓨터 사용자는 첫 번째 시도에서 이러한 사용자를 얻을 수 있습니다. 우리는 드라이브를 포맷 해야합니다. 포맷(일반적으로 " 파일 시스템" 지정"이라고 함)은 포맷되지 않은 드라이브에 빈 공간에서 정보를 작성하며 "파일 시스템"이라고 합니다.

그림 26.2. “파일 시스템이 있는 디스크 드라이브” 와 마찬가지로 파일 시스템에 의해 적용된 순서에는 일부 절충이 포함됩니다.

파일 시스템이 디렉토리 및 파일과 같은 것을 가능하게 할 때, 이러한 절충은 일반적으로 지불 할 작은 가격으로 표시됩니다.

또한 단일 범용 파일 시스템이 없다는 주목할 가치가 있습니다. 그림 26.3. “다른 파일 시스템이 있는 디스크 드라이브” 와 같이, 디스크 드라이브에는 여러 다른 파일 시스템 중 하나가 기록될 수 있습니다. 추측할 수 있듯이 다른 파일 시스템은 호환되지 않는 경향이 있습니다. 즉, 하나의 파일 시스템(또는 몇 가지 관련 파일 시스템 유형)을 지원하는 운영 체제가 다른 파일 시스템을 지원하지 않을 수 있습니다. 그러나 이 마지막 진술은 어렵지 않고 빠른 규칙이 아닙니다. 예를 들어 Red Hat Enterprise Linux는 다양한 파일 시스템(다른 운영 체제에서 일반적으로 사용하는 많은 포함)을 지원하여 서로 다른 파일 시스템 간에 데이터 교환이 용이해집니다.

물론 디스크에 파일 시스템을 작성하는 것은 시작에 불과합니다. 이 프로세스의 목표는 실제로 데이터를 저장하고 검색하는 것입니다. 일부 파일이 기록된 후 드라이브를 살펴보자.

그림 26.4. “데이터 Written이 있는 디스크 드라이브” 와 같이, 이전에 비어 있는 일부 블록 중 일부는 이제 데이터를 보유하고 있습니다. 그러나 이 그림에서만 보면 이 드라이브에 있는 파일 수를 정확하게 확인할 수 없습니다. 모든 파일이 하나 이상의 블록을 사용하고 일부 파일은 여러 블록을 사용하기 때문에 하나의 파일 또는 여러 파일만 있을 수 있습니다. 주목해야 할 또 다른 중요한 점은 사용된 블록이 연속 영역을 형성할 필요가 없다는 것입니다. 사용되거나 사용되지 않는 블록은 인터퍼스팅될 수 있습니다. 이를 조각화 라고 합니다. 조각화는 기존 파티션의 크기를 조정하려고 할 때 역할을 할 수 있습니다.

대부분의 컴퓨터 관련 기술과 마찬가지로 디스크 드라이브는 도입 후 시간이 지남에 따라 변경되었습니다. 특히, 그들은 더 큰 것을 가져왔습니다. 물리적인 크기보다 크지는 않지만 정보를 저장하는 용량보다 큽니다. 그리고 이러한 추가 용량은 디스크 드라이브 사용 방식에서 근본적인 변화를 초래했습니다.

디스크 드라이브 용량에 따라 일부 사람들은 하나의 큰 청크에 포맷 된 공간을 모두 가지고 있는지 궁금해하기 시작했습니다. 이러한 사고 라인은 몇 가지 문제에 의해 진행되었으며, 일부 철학적은 기술적이었습니다. 철학 측에서, 특정 크기 이상으로, 더 큰 드라이브에 의해 제공되는 추가 공간이 더 많은 절충을 생성하는 것처럼 보였습니다. 기술 측에서 일부 파일 시스템은 특정 용량 위의 아무것도 지원하도록 설계되지 않았습니다. 또는 파일 시스템은 용량이 큰 큰 드라이브를 지원할 수 있지만 파일 시스템에서 파일 시스템에 의해 부과되는 오버헤드가 과도했습니다.

이 문제에 대한 해결책은 디스크를 파티션 으로 나누는 것입니다. 각 파티션에 별도의 디스크인 것처럼 액세스할 수 있습니다. 이 작업은 파티션 테이블을 추가하여 수행됩니다.

그림 26.5. “파티션 테이블이 있는 디스크 드라이브” 과 같이 파티션 테이블은 4개의 섹션 또는 4개의 기본 파티션으로 나뉩니다. 기본 파티션은 하나의 논리 드라이브(또는 섹션)만 포함할 수 있는 하드 드라이브의 파티션입니다. 각 섹션에는 단일 파티션을 정의하는 데 필요한 정보가 포함될 수 있습니다. 즉, 파티션 테이블은 4개 이상의 파티션을 정의할 수 있습니다.

각 파티션 테이블 항목에는 파티션의 몇 가지 중요한 특성이 포함되어 있습니다.

이러한 각 특성을 자세히 살펴보겠습니다. 시작 및 종료 지점은 실제로 디스크의 파티션 크기와 위치를 정의합니다. "활성" 플래그는 일부 운영 체제의 부트 로더에서 사용합니다. 즉, "활성"으로 표시된 파티션의 운영 체제가 부팅됩니다.

파티션 유형은 약간 혼란스러울 수 있습니다. 유형은 파티션의 예상 사용량을 식별하는 번호입니다. 해당 문이 약간 모호하게 들리면 파티션 유형의 의미가 약간 모호하기 때문입니다. 일부 운영 체제는 파티션 유형을 사용하여 특정 파일 시스템 유형을 나타내는, 파티션을 특정 운영 체제와 연관됨으로 플래그링하고, 파티션에 부팅 가능한 운영 체제를 포함하는지 또는 세 가지 조합의 일부 조합을 나타냅니다.

이 시점에서 이러한 모든 복잡성이 일반적으로 어떻게 사용되는지 궁금 할 수 있습니다. 예를 들면 그림 26.6. “단일 파티션이 있는 디스크 드라이브” 를 참조하십시오.

대부분의 경우 전체 디스크에 걸쳐 단일 파티션만 있으므로 파티션 앞에 사용된 방법을 근본적으로 중복할 수 있습니다. 파티션 테이블에는 한 개의 항목만 사용되며 파티션의 시작 부분을 가리킵니다.

이 파티션은 "DOS" 유형의 존재로 레이블을 지정했습니다. 표 26.1. “파티션 유형” 에 나열된 몇 가지 가능한 파티션 유형 중 하나만 있지만 이 토론의 목적에 적합합니다.

표 26.1. “파티션 유형”,에는 16진수 값과 함께 몇 가지 인기 있는 (및 obscure) 파티션 유형의 목록이 포함되어 있습니다.

물론 시간이 지남에 따라 4 개의 파티션이 충분하지 않을 것이라고 명백하게되었습니다. 디스크 드라이브가 계속 확장됨에 따라 한 사람이 4개의 예상 파티션을 구성하고 여전히 디스크 공간이 남아 있을 가능성이 높아졌습니다. 더 많은 파티션을 만드는 방법이 필요했습니다.

확장 파티션을 입력합니다. 표 26.1. “파티션 유형” 에서 알 수 있듯이 "확장" 파티션 유형이 있습니다. 이 파티션 유형은 확장 파티션의 핵심입니다.

파티션이 생성되고 해당 유형이 "Extended"로 설정되면 확장 파티션 테이블이 생성됩니다. 본질적으로 확장 파티션은 자체 오른쪽의 디스크 드라이브와 같습니다. 확장 파티션 자체에 완전히 포함된 하나 이상의 파티션(현재 논리 파티션 이라고도 함)을 가리키는 파티션 테이블이 있습니다. 그림 26.7. “확장 파티션이 있는 디스크 드라이브”, 은 파티션되지 않은 일부 여유 공간과 두 개의 논리 파티션을 포함하는 하나의 확장 파티션과 하나의 기본 파티션이 있는 디스크 드라이브를 표시합니다.

이 그림에서 알 수 있듯이 기본 파티션과 논리 파티션 사이에 차이점이 있습니다. 기본 파티션은 4개만 있을 수 있지만 존재할 수 있는 논리 파티션 수에 대한 고정 제한은 없습니다. 그러나 Linux에서 파티션에 액세스하는 방식으로 인해 단일 디스크 드라이브에서 12개 이상의 논리 파티션을 정의하지 않아야 합니다.

이제 일반적으로 파티션에 대해 논의했으므로 이 지식을 사용하여 Red Hat Enterprise Linux를 설치하는 방법을 검토합니다.

다음 목록은 하드 디스크를 다시 분할하려고 할 때 직면할 수 있는 몇 가지 시나리오를 보여줍니다.

각 시나리오를 순서대로 살펴보겠습니다.

Linux는 문자와 숫자의 조합을 사용하는 디스크 파티션을 나타냅니다. 특히 하드 디스크 및 파티션을 참조하는 "C 드라이브" 방법에 사용되는 경우 혼동될 수 있습니다. DOS/Windows 환경에서는 다음 방법을 사용하여 파티션의 이름을 지정합니다.

Red Hat Enterprise Linux는 보다 유연하고 다른 운영 체제에서 사용하는 방법보다 더 많은 정보를 전달하는 이름 지정 체계를 사용합니다. 이름 지정 체계는 파일 기반이며 파일 이름이 /dev/xyN 형식으로 되어 있습니다.

파티션 이름 지정 체계를 해독하는 방법은 다음과 같습니다.

이 정보를 염두에 두십시오. Red Hat Enterprise Linux에 필요한 파티션을 설정할 때 보다 쉽게 이해할 수 있습니다.

Red Hat Enterprise Linux 파티션이 다른 운영 체제에서 사용하는 파티션과 하드 디스크를 공유하는 경우 대부분의 경우 문제가 발생하지 않습니다. 그러나 Linux와 추가 주의가 필요한 운영 체제의 특정 조합이 있습니다.

많은 사람들이 Linux를 처음 접하는 영역 중 하나는 Linux 운영 체제에서 파티션을 사용하고 액세스하는 방법의 문제입니다. DOS/Windows에서는 비교적 간단합니다. 각 파티션은 "드라이브 문자"를 가져옵니다. 그런 다음 올바른 드라이브 문자를 사용하여 해당 파티션의 파일 및 디렉터리를 참조합니다.

이는 일반적으로 디스크 스토리지와 관련하여 Linux에서 파티션을 처리하는 방식과 완전히 다릅니다. 주요 차이점은 각 파티션을 사용하여 단일 파일 및 디렉토리 세트를 지원하는 데 필요한 스토리지의 일부를 형성한다는 것입니다. 이 작업은 마운트 라는 프로세스를 통해 디렉터리에 파티션을 연결하여 수행됩니다. 파티션을 마운트하면 지정된 디렉토리( 마운트 지점이라고도 함)에서 스토리지를 사용할 수 있습니다.

예를 들어 /dev/hda5 파티션이 /usr/에 마운트된 경우 /usr/ 아래에 있는 모든 파일과 디렉토리가 /dev/ hda5에 상주함을 의미합니다. 따라서 /usr/share/doc/FAQ/txt/Linux-FAQ 는 /dev/hda5 에 저장되는 반면 /etc/gdm/custom.conf 파일은 그렇지 않습니다.

예를 들어 /usr/ 아래의 디렉토리가 다른 파티션의 마운트 지점이 될 수도 있습니다. 예를 들어 파티션(say, /dev/hda7)을 /usr/local/ 에 마운트할 수 있으므로 /usr/local/man/whatis 가 /dev/hda5 대신 /dev/hda7 에 위치합니다.

Red Hat Enterprise Linux 설치를 준비하는 이 시점에서 새 운영 체제에서 사용할 파티션의 수와 크기에 대해 고려해야 합니다. "파티션 수"의 문제는 Linux 커뮤니티에서 계속해서 토론을 진행하며 토론에 도달하지 않고 사람들이 문제를 제기하는 것처럼 많은 파티션 레이아웃이 있다는 것을 말하는 것이 안전합니다.

이를 염두에 두면 다른 작업을 수행할 이유가 없는 경우 최소한 스왑, /boot/(또는 Itanium 시스템의 경우/boot/ efi/ 파티션), Itanium 시스템의 경우 /var/ 파티션, Itanium 시스템용 /var/ 파티션, / (root)하는 것이 좋습니다.

자세한 내용은 4.19.4절. “권장되는 파티션 계획” 에서 참조하십시오.