부록 A. 디스크 파티션 소개
참고
이 부록은 AMD64 및 Intel 64 이외의 아키텍처에는 적용되지 않습니다. 그러나 여기에 언급된 일반적인 개념이 적용될 수 있습니다.
이 섹션에서는 기본 디스크 개념, 디스크 파티셔닝 전략, Linux 시스템에서 사용하는 파티션 이름 지정 체계 및 관련 항목에 대해 설명합니다.
디스크 파티션을 사용하는 것이 익숙한 경우 A.2절. “디스크 재파티션을 위한 전략” 로 이동하여 디스크 공간 확보 프로세스에 대한 자세한 정보를 참조하여 Red Hat Enterprise Linux QCOW;Hat EnterpriseRed Hat Enterprise Linux QCOW;Linux 설치를 준비할 수 있습니다.
참고
설치하기 전에 분할된 디스크 장치 또는 파티션되지 않은 디스크 장치를 사용할지 여부를 고려해야 합니다. 자세한 내용은 다음 주소에 있는 지식베이스 문서를 참조하십시오 https://access.redhat.com/solutions/163853.
A.1. 하드 디스크 기본 개념
하드 디스크는 매우 간단한 기능을 수행합니다. 이는 데이터를 저장하고 명령에서 안정적으로 검색합니다.
디스크 파티셔닝과 같은 문제를 설명 할 때, 기본 하드웨어에 대한 이해를 갖는 것이 중요합니다; 그러나, 이론이 매우 복잡하고 유대하기 때문에 여기에 기본 개념 만 설명됩니다. 이 부록은 디스크 드라이브의 단순화된 다이어그램 집합을 사용하여 파티션 뒤의 프로세스 및 이론을 설명하는 데 도움이 됩니다.
그림 A.1. “사용되지 않는 디스크 드라이브”, 는 새로운 사용하지 않는 디스크 드라이브를 보여줍니다.
그림 A.1. 사용되지 않는 디스크 드라이브
[D]
A.1.1. 파일 시스템
디스크 드라이브에 데이터를 저장하려면 먼저 디스크 드라이브를 포맷 해야 합니다. 포맷 (일반적으로 파일 시스템" 작성)은 드라이브에 정보를 작성하여 포맷되지 않은 드라이브에서 빈 공간을 순서대로 생성합니다.
그림 A.2. 파일 시스템이 있는 디스크 드라이브
[D]
이전 다이어그램에서 알 수 있듯이 파일 시스템에 의한 주문에는 몇 가지 절충이 포함됩니다.
- 드라이버 사용 가능한 공간의 작은 백분율은 파일 시스템 관련 데이터를 저장하는 데 사용되며 오버헤드로 간주될 수 있습니다.
- 파일 시스템은 나머지 공간을 작고 일관되게 크기의 세그먼트로 분할합니다. Linux의 경우 이러한 세그먼트를 블록 이라고 합니다. [4]
단일의 범용 파일 시스템은 없습니다. 다음 다이어그램에 표시된 대로 디스크 드라이브는 많은 다른 파일 시스템 중 하나를 작성할 수 있습니다. 서로 다른 파일 시스템은 호환되지 않는 경향이 있습니다. 즉, 하나의 파일 시스템(또는 일부 관련 파일 시스템 유형)을 지원하는 운영 체제가 다른 파일 시스템을 지원하지 않을 수 있습니다. 그러나 예를 들어 Red Hat Enterprise Linux QCOW;Hat Enterprise Red Hat Enterprise Linux sl;Linux는 다양한 파일 시스템(다른 운영 체제에서 일반적으로 사용되는 여러 파일 시스템 포함)을 지원하므로 서로 다른 파일 시스템 간의 데이터 교체를 쉽게 수행할 수 있습니다.
그림 A.3. 다른 파일 시스템이 있는 디스크 드라이브
[D]
파일 시스템을 디스크에 쓰는 것은 첫 번째 단계일 뿐입니다. 이 과정의 목표는 실제로 데이터를 저장하고 검색하는 것입니다. 아래 그림은 일부 데이터가 기록된 후 드라이브 디스크를 보여줍니다.
그림 A.4. 데이터 쓰기를 위한 디스크 드라이브
[D]
이전 다이어그램에서 볼 수 있듯이 이전에 빈 블록 중 일부는 이제 데이터를 저장합니다. 그러나 이 이미지를 보면 이 드라이브에 있는 파일 수를 정확히 결정할 수 없습니다. 모든 파일이 하나 이상의 블록을 사용하고 일부 파일은 여러 블록을 사용하므로 파일 한 개만 있을 수 있습니다. 주목해야 할 또 다른 중요한 점은 사용된 블록이 연속된 영역을 형성할 필요가 없다는 것입니다. 사용된 블록과 사용되지 않은 블록은 인터스퍼스될 수 있다는 것입니다. 이를 조각화 라고 합니다. 조각화는 기존 파티션의 크기를 조정할 때 일부를 재생할 수 있습니다.
대부분의 컴퓨터 관련 기술과 마찬가지로 디스크 드라이브는 출시 후 시간이 지남에 따라 변경되었습니다. 특히, 그들은 더 커졌습니다. 물리적인 크기가 크지는 않지만 정보를 저장하는 데 더 큰 용량입니다. 그리고 이러한 추가 용량은 디스크 드라이브를 사용하는 방법에 대한 근본적인 변경을 유도합니다.
A.1.2. 파티션: 하나의 드라이브 수로 전환
디스크 드라이브는 파티션 으로 나눌 수 있습니다. 각 파티션은 마치 별도의 디스크인 것처럼 액세스할 수 있습니다. 이는 파티션 테이블 추가를 통해 수행됩니다.
디스크 공간을 별도의 디스크 파티션에 할당하는 데에는 여러 가지 이유가 있습니다. 예를 들면 다음과 같습니다.
- 사용자 데이터와 운영 체제 데이터를 논리적으로 분리
- 다른 파일 시스템 사용 기능
- 하나의 머신에서 여러 운영 체제를 실행할 수 있습니다.
현재 물리적 하드 디스크에 대한 파티션 레이아웃 표준은 master Boot Record (ceilometer ) 및 GUID 파티션 테이블(GPT)입니다. record 는 BIOS 기반 컴퓨터와 함께 사용되는 오래된 디스크 파티션 방법입니다. GPT 는UEFI(Unified Extensible Firmware Interface)의 일부인 최신 파티션 레이아웃입니다. 이 섹션 및 A.1.3절. “파티션이 있는 파티션 - 확장 파티션 개요” 은 주로 Master Boot Record (1.8.0)디스크 파티션 스키마를 설명합니다. GUID 파티션 테이블(GPT파티션 테이블 ) 파티션 레이아웃에 대한 자세한 내용은 A.1.4절. “GUID 파티션 테이블(GPT)” 을 참조하십시오.
참고
이 장의 다이어그램은 파티션 테이블이 실제 디스크 드라이브와 분리되어 있는 것으로 표시되지만 이는 완전히 정확하지는 않습니다. 실제로 파티션 테이블은 파일 시스템 또는 사용자 데이터보다 먼저 디스크 시작 위치에 저장됩니다. 그러나 명확성을 위해, 그들은 우리의 다이어그램에서 분리되어 있습니다.
그림 A.5. 파티션 테이블이 있는 디스크 드라이브
[D]
이전 다이어그램에서 볼 수 있듯이 파티션 테이블은 4개의 섹션 또는 4개의 기본 파티션으로 나뉩니다. 기본 파티션은 하나의 논리 드라이브(또는 섹션)만 포함할 수 있는 하드 드라이브의 파티션입니다. 각 섹션은 단일 파티션을 정의하는 데 필요한 정보를 보유할 수 있습니다. 즉, 파티션 테이블이 4개 이상의 파티션을 정의할 수 없습니다.
각 파티션 테이블 항목에는 파티션의 몇 가지 중요한 특성이 포함되어 있습니다.
- 파티션이 시작되고 종료되는 디스크의 포인트
- 파티션이 "활성"인지 여부입니다.
- 파티션의 유형
시작 및 종료 포인트는 디스크의 파티션 크기와 위치를 정의합니다. "활성" 플래그는 일부 운영 체제의 부트 로더에서 사용합니다. 즉, 파티션의 운영 체제가 "활성"으로 표시됩니다.
유형은 파티션의 예상 사용량을 식별하는 번호입니다. 일부 운영 체제는 파티션 유형을 사용하여 특정 파일 시스템 유형을 표시하고, 파티션을 특정 운영 체제와 연결된 것으로 구분하여 파티션에 부팅 가능한 운영 체제 또는 세 가지 조합이 있음을 나타냅니다.
다음은 단일 파티션이 있는 디스크 드라이브의 예를 보여줍니다.
그림 A.6. 단일 파티션이 있는 디스크 드라이브
[D]
이 예제의 단일 파티션은 도쿄로 레이블이 지정됩니다.
| 파티션 유형 | 값 | 파티션 유형 | 값 |
|---|---|---|---|
| empty | 00 | RuntimeClass Netware 386 | 65 |
| atus 12-bit FAT | 01 | PIC/IX | 75 |
| XENIX 루트 | 02 | OldmiNIX | 80 |
| XENIX usr | 03 | Linux/MINUX | 81 |
| DOS 16-bit <=32M | 04 | Linux swap | 82 |
| 확장 | 05 | Linux 네이티브 | 83 |
| DOS 16-bit >=32 | 06 | Linux 확장 | 85 |
| OS/2 HPFS | 07 | Amoeba | 93 |
| AIX | 08 | Amoeba BBT | 94 |
| rootfs 부팅 가능 | 09 | BSD/386 | a5 |
| OS/2 부팅 관리자 | 0a | OpenBSD | a6 |
| Win95 FAT32 | 0b | 다음 단계 | a7 |
| Win95 FAT32 (LBA) | 0c | BSDI fs | b7 |
| Win95 FAT16 (LBA) | 0e | BSDI 스왑 | b8 |
| Win95 Extended (LBA) | 0f | Syrinx | c7 |
| Venix 80286 | 40 | CP/M | db |
| RuntimeClass | 51 | Makefile 액세스 | e1 |
| Prep Boot | 41 | DOS R/O | e3 |
| GNU HURD | 63 | run secondary | f2 |
| RuntimeClass Netware 286 | 64 | BBT | ff |
A.1.3. 파티션이 있는 파티션 - 확장 파티션 개요
필요에 따라 4개의 파티션이 충분하지 않은 경우 확장 파티션을 사용하여 추가 파티션을 만들 수 있습니다. 이 작업을 수행하려면 파티션 유형을 "Extended"로 설정합니다.
확장 파티션은 자체 오른쪽에 있는 디스크 드라이브와 같습니다. 여기에는 확장 파티션 자체 내에 완전히 포함된 파티션 하나 이상(새 파티션 이라고 함) 을가리키는 자체 파티션 테이블이 있습니다. 다음 다이어그램에서는 하나의 기본 파티션이 있는 디스크 드라이브와 두 개의 논리 파티션(주로 파티션되지 않은 여유 공간)이 포함된 하나의 확장 파티션을 보여줍니다.
그림 A.7. 확장 파티션이 있는 디스크 드라이브
[D]
이 그림에서 알 수 있듯이 기본 파티션과 논리 파티션 간에는 네 개의 기본 파티션만 있을 수 있지만 존재할 수 있는 논리 파티션 수에 고정된 제한은 없습니다. 그러나 Linux에서 파티션에 액세스하는 방식으로 인해 단일 디스크 드라이브에 12개 이상의 논리 파티션을 정의해야 합니다.
A.1.4. GUID 파티션 테이블(GPT)
GUID(GUID 파티션테이블)는GUID(Globally Unique Identifier)를 사용하는 기반으로 새로운 파티션 스키마입니다. GPT 는, 특히 디스크의 제한된 최대 주소 지정 가능 스토리지 공간(특히 디스크의 제한된 최대 스토리지 공간)에 따라 GPT 파티션 테이블의 제한 사항에 대응하기 위해 개발되었습니다. 2TiB(약 2.2TB와 동일)보다 큰 스토리지 공간을 처리할 수 없는 exists와 달리, 최대 주소 지정 가능 디스크 크기는 2.2 ZiB입니다. 기본적으로 GPT 는 최대 128개의 주 파티션을 만들 수 있습니다. 파티션 테이블에 더 많은 공간을 할당하여 이 수를 확장할 수 있습니다.
GPT 디스크는 논리 블록 주소 지정(LBA)을 사용하며 파티션 레이아웃은 다음과 같습니다.
- EgressIP 디스크와 역호환성을 유지하기 위해 GPT 의 첫 번째 섹터(LBA 0)는 DASD 데이터용으로 예약되어 있으며, 이 섹터를 “보호” managers라고 합니다.
- 기본 GPT 헤더 는 장치의 두 번째 논리 블록(LBA 1)에서 시작됩니다. 헤더에는 디스크 GUID, 기본 파티션 테이블의 위치, 보조 GPT 헤더의 위치, 자체 및 기본 파티션 테이블의 CRC32 체크섬이 포함됩니다. 또한 테이블의 파티션 항목 수를 지정합니다.
- 기본 GPT 테이블에 는 기본적으로 128개의 파티션 항목이 있으며 각 항목에는 128바이트, 파티션 유형 GUID 및 고유한 파티션 GUID가 포함됩니다.
- 보조 GPT 테이블 은 기본 GPT 테이블과 동일합니다. 주 파티션 테이블이 손상된 경우 복구용 백업 테이블로 주로 사용됩니다.
- 보조 GPT 헤더 는 디스크의 마지막 논리 섹터에 있으며 기본 헤더가 손상된 경우 GPT 정보를 복구하는 데 사용할 수 있습니다. 여기에는 디스크 GUID, 보조 파티션 테이블의 위치, 기본 GPT 헤더, CRC32 자체 체크섬 및 보조 파티션 테이블, 가능한 파티션 항목 수가 포함됩니다.
중요
부트 로더를 GPT(GUID 파티션 테이블)가 포함된 디스크에 성공적으로 설치하려면 BIOS 부팅 파티션이 있어야 합니다. 여기에는 Anaconda 에서 초기화한 디스크가 포함됩니다. 디스크에 이미 BIOS 부팅 파티션이 포함된 경우 재사용할 수 있습니다.
[4]
블록은 실제로 그림과 달리 지속적으로 크기가 조정됩니다. 또한 평균 디스크 드라이브에는 수천 개의 블록이 포함되어 있습니다. 이 설명은 이 토론의 목적을 위해 단순화됩니다.
