6.10. 설치 대상
주의
중요
중요
/boot 파티션을 만드셔야 합니다. 내부 하드 드라이브는 문제가 생길 여지가 있는 RAID 카드와 함께 파티션 생성을 위해 사용되어야 합니다. /boot 파티션은 소프트웨어 RAID 설정에 필요합니다.
/boot 파티션을 수동으로 편집해야 합니다. 보다 자세한 내용은 6.10.4절. “수동으로 파티션 설정 ”에서 참조하십시오.

그림 6.18. 스토리지 공간 개요
중요
- 파티션 설정 부분에서 스토리지 장치의 파티션 설정 방법을 선택할 수 있습니다. 수동으로 파티션을 설정하거나 설치 프로그램이 자동으로 파티션 설정을 하게 할 수 있습니다.이전에 사용하지 않은 스토리지에 설치하거나 또는 스토리지에 저정된 데이터를 저장해 둘 필요가 없는 경우 자동 파티션 설정을 권장합니다. 자동 파티션 설정을 실행하려면 기본값으로 선택된 자동으로 파티션 설정 라디오 버튼을 그대로 두어 설치 프로그램이 스토리지 공간에 필요한 파티션을 생성하게 합니다.자동으로 파티션 설정을 할 경우 추가 공간을 사용 가능하게 합니다라는 체크 상자를 선택하여 다른 파일 시스템에서 이 설치에 공간을 다시 할당하는 방법을 선택하게 할 수 있습니다. 자동 파티션 설정을 선택했지만 설치를 완료하기 위한 스토리지 공간이 충분하지 않을 경우 를 클릭하면 다음과 같은 대화 상자가 나타납니다:

그림 6.19. 공간을 확보하기 위한 옵션이 있는 설치 옵션 대화 상자
를 클릭하여 스토리지 공간을 추가합니다. 를 클릭하여 기존 파티션에서 일부 스토리지 공간을 확보합니다. 보다 자세한 내용은 6.10.3절. “디스크 공간 확보 ”에서 참조하십시오.수동 설정을 위해 파티션을 설정합니다 라디오 버튼을 선택한 경우 를 클릭한 후 수동으로 파티션 설정 화면으로 이동합니다. 보다 자세한 내용은 6.10.4절. “수동으로 파티션 설정 ”에서 참조하십시오. - 암호화 섹션에서 내 데이터를 암호화 체크상자를 선택하여
/boot파티션을 제외한 모든 파티션을 암호화할 수 있습니다. 암호화에 대한 보다 자세한 내용은 Red Hat Enterprise Linux 7 보안 가이드에서 참조하십시오.
중요
6.10.1. 부트로더 설치
주의

그림 6.20. 선택한 디스크 요약
주의
6.10.1.1. MBR 및 GPT 고려 사항
- BIOS 시스템 및 BIOS 호환성 모드에서 UEFI 시스템
- 디스크가 이미 포맷된 경우 파티션 설정 계획은 유지됩니다.디스크가 포맷되지 않은 경우 또는 사용자가 디스크에서 모든 파티션을 삭제한 경우 Anaconda는 다음을 사용합니다:
- 디스크 크기가 2 TB 미만인 경우 MBR 사용
- 디스크 크기가 2 TB 이상인 경우 GPT 사용
참고
기본값 동작을 덮어쓰기하고 디스크 크기가 2 TB 미만인 경우 GPT를 사용하려면inst.gpt옵션을 부팅 명령행에 추가합니다. 디스크 크기가 2 TB 이상인 경우 MBR을 사용하기 위해 수동으로 Anaconda를 덮어쓰기 할 수 없음에 유의합니다.
GPT를 사용하는 부트 로더가 있는 디스크의 BIOS 시스템에 설치하려면 BIOS Boot (biosboot) 파티션을 생성해야 합니다.biosboot파티션의 크기는 1 MB이어야 합니다. 하지만 부트로더가 들어 있는 디스크에서 MBR을 사용하는 경우biosboot파티션이 필요하지 않습니다. - UEFI 시스템
- GPT 만이 UEFI 시스템에서 사용 가능합니다. MBR로 포맷된 디스크에서 설치하려면 먼저 디스크를 다시 포맷해야 합니다.파티션 설정 계획에 상관없이 EFI System Partition (efi)을 생성해야 합니다.
efi파티션 크기는 최소 50 MB이어야 하며 권장되는 크기는 200 MB입니다.참고
biosboot또는efi파티션은 LVM 볼륨에 둘 수 없습니다. 이 두 파티션의 경우 표준 물리 파티션을 사용합니다.
6.10.2. 파티션 암호화

그림 6.21. 암호화된 파티션에 대한 암호구 입력
주의
6.10.3. 디스크 공간 확보
주의

그림 6.22. 기존 파일 시스템에서 디스크 공간 확보
- – 파일 시스템을 현재 상태로 두어 데이터가 삭제되지 않습니다. 이는 기본값 동작입니다.
- – 파일 시스템을 완전히 삭제합니다. 디스크에서 파일 시스템이 차지하고 있던 모든 공간을 설치에 사용할 수 있게 합니다.
- – 파일 시스템에서 여유 공간을 회수하여 설치에 사용할 수 있게 합니다. 슬라이더를 사용하여 선택한 파티션의 새로운 크기를 설정합니다. LVM 또는 RAID가 사용되지 않은 크기 조정 가능한 파티션에서만 사용할 수 있습니다.
- – 오른쪽에 있는 이 버튼은 기본값으로 모든 파일 시스템을 삭제 표시합니다. 이 버튼을 클릭하면 레이블이 변경되어 모든 파일 시스템을 다시 저장으로 표시되게 할 수 있습니다.
6.10.4. 수동으로 파티션 설정
주의

그림 6.23. 수동 파티션 설정 화면
참고
6.10.4.1. 파일 시스템 추가 및 파티션 설정
/, /home, /boot, swap)을 권장합니다. 필요에 따라 추가로 파티션을 생성할 수 있습니다. 보다 자세한 내용은 6.10.4.5절. “추천된 파티션 나누기 계획”에서 참조하십시오.
/boot 파티션, / (root) 파티션, swap 파티션이 사용 가능한 스토리지 크기에 맞게 생성됩니다. 이는 일반 설치에 권장되는 파티션이지만 필요에 따라 추가로 파티션을 생성할 수 있습니다.
/를 부트 파티션의 경우 /boot를 선택하는 것과 같이 자신의 경로에서 사전 설정된 경로 중 하나를 선택합니다. 그 뒤 메가바이트, 기가바이트 또는 테라바이트 단위로 할당할 용량 텍스트 필드에 파티션 크기를 입력합니다 – 예를 들어 2 기가 바이트 파티션을 생성하려면 2GB를 입력합니다. 필드를 비워두거나 사용 가능한 용량 보다 큰 용량을 지정할 경우 남아있는 모든 여유 공간이 대신 사용됩니다. 이러한 세부 사항을 입력한 후 버튼을 클릭하여 파티션을 생성합니다.
표준 파티션, BTRFS, LVM, LVM 씬 프로비저닝이 있습니다. /boot 파티션은 메뉴에서 선택한 값에 상관 없이 항상 표준 파티션에 배치됨에 유의합니다.

그림 6.24. 마운트 지점 설정

그림 6.25. 디스크 재검색

그림 6.26. 파티션 설정 사용자 정의
- 이름 – LVM 또는 Btrfs 볼륨에 이름을 지정합니다. 표준 파티션이 생성될 때 이름이 자동으로 지정되기 때문에 이름을 편집할 수 없습니다. 예를 들어,
/home을sda1으로 이름을 지정할 수 있습니다. - 마운트 지점 – 파티션의 마운트 지점을 입력합니다. 예를 들어 파티션이 root 파티션이어야 할 경우,
/를 입력하고/boot파티션이어야 할 경우/boot를 입력합니다. 스왑 파티션의 경우 마운트 지점은 지정해서는 안됩니다 – 파일시스템 유형을swap로 지정하는 것으로 충분합니다. - 레이블 – 파티션에 레이블을 지정합니다. 레이블은 각각의 파티션을 쉽게 인식하기 위해 사용됩니다.
- 할당할 용량 – 파티션에 할당할 크기를 입력합니다. 단위로 킬로바이트, 메가바이트, 기가바이트, 테라바이트와 같은 일반적인 크기를 사용할 수 있습니다. 단위를 지정하지 않을 경우 메가바이트가 기본 옵션이됩니다.
- 장치 유형 – 표준 파티션, BTRFS, LVM, LVM 씬 프로비저닝 중 선택합니다. 두 개 이상의 디스크를 파티션 설정을 위해 선택했을 경우 RAID도 사용할 수 있습니다. 파티션을 암호화하기 위해 암호화 확인란을 선택합니다. 나중에 암호를 설정하라는 메세지가 표시됩니다.
- 파일 시스템 – 드롭 다운 메뉴에서 파티션에 해당하는 올바른 파일 시스템 유형을 선택합니다. 기존 파티션을 포맷하거나 데이터를 유지하기 위해 체크 표시하지 않은 상태로 두려면 다시 포맷란을 선택합니다.
6.10.4.1.1. 파일 시스템 유형
장치 유형
- 표준 파티션 – 표준 파티션은 파일 시스템이나 스왑 공간을 포함할 수 있습니다. 또한, 소프트웨어 RAID나 LVM 물리 볼륨을 위한 공간을 제공할 수 도 있습니다.
- 논리 볼륨 (LVM) – LVM 파티션을 생성하면 자동으로 LVM 논리 볼륨이 생성됩니다. LVM은 물리적 디스크를 사용할 때 성능을 향상시킬 수 있습니다. 논리 볼륨을 생성하는 방법에 대한 내용은 6.10.4.3절. “LVM 논리 볼륨 만들기”에서 참조하십시오. LVM에 대한 자세한 내용은 Red Hat Enterprise Linux 7 논리 볼륨 관리자 관리에서 참조하십시오.
- LVM 씬 프로비저닝 – 씬 프로비저닝을 사용하여 여유 공간의 스토리지 풀 (씬 풀이라고도 함)을 관리하고 애플리케이션이 필요한 경우 임의의 장치에 할당할 수 있습니다. 씬 풀은 스토리지 공간의 비용 효과 높은 할당이 필요할 경우 동적으로 확장할 수 있습니다.
- BTRFS – Btrfs는 여러 장치와 같은 기능을 제공하는 파일 시스템입니다. 이는 ext2, ext3, ext4 파일 시스템 보다 더 많은 파일, 더 큰 파일, 보다 더 큰 볼륨을 관리할 수 있습니다. Btrfs 볼륨 생성 및 보다 자세한 내용은 6.10.4.4절. “Btrfs 하위 볼륨 생성 ”에서 확인하십시오.
- 소프트웨어 RAID – 두 개 이상의 소프트웨어 RAID 파티션을 생성하여 RAID 장치를 생성할 수 있습니다. 하나의 RAID 파티션은 시스템에 있는 각각의 디스크에 할당됩니다. RAID 장치를 생성하는 방법은 6.10.4.2절. “소프트웨어 RAID 만들기”에서 참조하십시오. RAID에 대한 자세한 내용은 Red Hat Enterprise Linux 7 스토리지 관리 가이드에서 참조하십시오.
파일 시스템
- xfs – XFS는 크기 변경이 자유롭고, 고성능의 파일 시스템으로, 16 엑사바이트까지(대략 1천6백만 테라바이트) 지원하며, 파일당 8 엑사바이트(대략 8백만 테라바이트) 지원하고, 디렉토리당 수 천만 개의 파일을 포함할 수 있습니다. XFS는 메타데이터 저널링을 지원하여, 빠른 복구를 제공합니다. XFS 파일 시스템은 또한 마운트되어 활성화된 상태에서도 단편화 제거나, 크기 변경이 가능합니다. 이러한 파일 시스템은 기본값으로 선택하는 것이 좋습니다. 이전에 사용된 ext4 파일 시스템에서 XFS로의 일반적인 명령을 해석하는 방법에 대한 자세한 내용은 부록 E. ext4 및 XFS 명령 참조 표 에서 참조하십시오.XFS 파티션의 최대 지원 크기는 500 TB입니다.
- ext4 – ext4 파일 시스템은 ext3 파일 시스템에 기초하고 있으며 여러 사항이 개선되었습니다. 이러한 개선 사항에는 대용량 파일 시스템 및 대용량 파일 지원, 디스크 공간의 보다 빠르고 효과적인 할당, 디렉토리에 있는 하부 디렉토리 수에 제한이 없음, 보다 빠른 파일 시스템 확인 기능 및 보다 강력한 저널링 기능 등이 포함됩니다.Red Hat Enterprise Linux 7에서 ext4 파일 시스템의 최대 지원 크기는 현재 50 TB입니다.
- ext3 – ext3 파일시스템은 ext2 파일 시스템을 기반으로 하지만, 한가지 장점을 가지고 있습니다 – 저널링입니다. 저널링 파일시스템을 사용하면, 파일 시스템이 충돌한 다음에 파일시스템 복구를 위해 소요되는 시간이 적게 걸립니다. 이는 충돌이 발생할 때 마다
fsck유틸리티를 실행하여 파일 시스템이 메타데이터의 일관성을 검사할 필요가 없기 때문입니다. - ext2 – ext2 파일 시스템은 일반 파일, 디렉토리, 심볼릭 링크 등을 포함하여 표준 Unix 파일 유형을 지원합니다. 이 파일 시스템은 255 자까지 허용하는 긴 파일 이름을 부여할 수 있는 기능을 제공합니다.
- vfat – VFAT 파일 시스템은 Linux 파일 시스템으로서 FAT 파일 시스템 상의 Microsoft Windows 긴 파일명과 호환 가능합니다.
- swap – 스왑 파티션은 가상 메모리를 지원하는데 사용됩니다. 즉, 시스템이 처리하는 데이터를 저장할 RAM이 충분하지 않을 때 스왑 파티션에 데이터가 기록됩니다.
- BIOS 부트 – BIOS 시스템에서 GPT (GUID partition table)로 장치를 부팅하는데 필요한 작은 파티션입니다. 자세한 내용은 6.10.1절. “부트로더 설치”에서 참조하십시오.
- EFI 시스템 파티션 – UEFI 시스템에서 GPT (GUID partition table)로 장치를 부팅하는데 필요한 작은 파티션입니다. 자세한 내용은 6.10.1절. “부트로더 설치”에서 참조하십시오.
6.10.4.2. 소프트웨어 RAID 만들기

그림 6.27. 소프트웨어 RAID 파티션 생성 – 장치 유형 메뉴 확장
- 6.10.4.1절. “파일 시스템 추가 및 파티션 설정 ”에서 설명하고 있듯이 마운트 지점을 생성합니다. 이 마운트 지점을 설정하여 RAID 장치를 설정합니다.
- 왼쪽 창에서 파티션을 선택한 상태에서 창 아래의 설정 버튼을 선택하여 마운트 지점 설정 대화 상자를 엽니다. RAID 장치에 포함할 디스크를 선택하고 을 클릭합니다.
- 장치 유형 드롭 다운 메뉴를 클릭하여 RAID를 선택합니다.
- 파일 시스템 드롭 다운 메뉴를 클릭하여 원하는 파일 시스템 유형을 선택합니다. (6.10.4.1.1절. “파일 시스템 유형” 참조)
- RAID 레벨 드롭 다운 메뉴를 클릭하여 원하는 RAID 레벨을 선택합니다.사용 가능한 RAID 레벨은 다음과 같습니다:
- RAID0 – 최적화된 성능 (스트라이프)
- 데이터를 여러 저장 장치에 분산시킵니다. RAID 레벨 0는 표준 파티션의 성능을 향상시키고 여러 저장 장치를 하나의 대량 가상 장치로 모으기 위해 사용될 수 있습니다. RAID 레벨 0는 중복이 없기 때문에 어레이에 있는 하나의 장치가 오작동하면 어레이 전체가 손상됩니다. RAID 0에는 최소 두 개의 RAID 파티션이 필요합니다.
- RAID1 – 중복 (미러링)
- 하나의 저장 장치에 있는 데이터를 하나 이상의 다른 저장 장치에 미러링합니다. 어레이에 있는 추가 장치는 중복성 수준을 향상시킵니다. RAID 1에는 최소 두 개의 RAID 파티션이 필요합니다.
- RAID4 – 오류 검사 (패리티)
- 데이터를 여러 저장소 장치에 배분하지만, 장치중 하나를 패리티 정보를 저장하기 위해서 사용합니다. 이에 따라 배열내의 한 장치에 오류가 발생해도 정보를 보호할 수 있습니다. 하지만 모든 패리티 정보가 하나의 장치에 저장되기 때문에, 그 장치에 접근하는 것이 전체 배열의 성능을 결정하는 병목지점이 됩니다. RAID4는 최소 3개의 RAID 파티션을 필요로 합니다.
- RAID5 – 분산 오류 검사
- 데이터와 패리티 정보를 여러 저장 장치에 분산시킵니다. 따라서 RAID 레벨 5는 여러 장치에 걸쳐 데이터를 분산시키는 성능 상의 장점을 제공하지만 패리티 정보도 어레이를 통해 분산되기 때문에 RAID 레벨 4의 성능 병목 현상이 존재하지 않습니다. RAID 5에는 최소 세 개의 RAID 파티션이 필요합니다.
- RAID6 – 중복 오류 검사
- RAID 레벨 6는 RAID 레벨 5와 유사하지만 하나의 패리티 데이터 세트만을 저장하지 않고 두 세트를 저장합니다. RAID 6에는 최소 네 개의 RAID 파티션이 필요합니다.
- RAID10 – 중복 (미러링) 및 최적화된 성능 (스트라이프)
- RAID 레벨 10은 중첩 RAID 또는 하이브리드 RAID입니다. RAID 레벨 10은 저장 장치의 미러된 세트를 통해 데이터를 분산시키는 것으로 구축됩니다. 예를 들어, 4 개의 RAID 파티션에서 구축된 RAID 레벨 10은 하나의 파티션을 다른 파티션을 미러하는 두 쌍의 파티션으로 구성되어 있습니다. 그 후 RAID 레벨 0과 같이 데이터가 저장 장치의 두 쌍 모두에 걸쳐 분산됩니다. RAID 10에는 최소 네 개의 RAID 파티션이 필요합니다.
- 를 클릭하여 변경 사항을 저장하고 다른 파티션 설정으로 이동하거나 를 클릭하여 설치 요약 화면으로 돌아갑니다.
6.10.4.3. LVM 논리 볼륨 만들기
중요
lvm 명령을 실행합니다. 텍스트 모드 설치로 돌아오려면 Ctrl+Alt+F1을 누릅니다.

그림 6.28. 논리 볼륨 설정
- 6.10.4.1절. “파일 시스템 추가 및 파티션 설정 ”에서 설명하고 있듯이 LVM 볼륨의 마운트 지점을 생성합니다.
- 장치 유형 드롭 다운 메뉴를 클릭하여 LVM을 선택합니다. 볼륨 그룹 드롭 다운 메뉴가 나타나 새로 생성된 볼륨 그룹 이름을 표시합니다.
- 옵션으로 필요에 따라 메뉴을 클릭하여 새 볼륨 그룹 생성을 선택하거나 또는 을 클릭하여 새로 생성된 볼륨 그룹을 설정합니다. 새 볼륨 그룹 생성 옵션 및 버튼을 사용하면 볼륨 그룹 설정 대화 상자가 나타납니다. 여기서 논리 볼륨 그룹 이름을 다시 지정하고 포함할 디스크를 선택할 수 있습니다.

그림 6.29. LVM 볼륨 그룹 사용자 정의하기
사용 가능한 RAID 레벨은 실제 RAID 장치와 같습니다. 보다 자세한 내용은 6.10.4.2절. “소프트웨어 RAID 만들기”에서 참조하십시오. 또한 볼륨 그룹을 암호화하거나 크기 정책을 설정할 수 있습니다. 사용 가능한 정책 옵션은 다음과 같습니다:- 자동 – 볼륨 그룹 크기는 자동으로 설정되므로 설정된 논리 볼륨을 포함하기에 충분한 크기가 됩니다. 볼륨 그룹에 여유 공간이 필요없는 경우에 적합합니다.
- 가능한 크게 – 설정한 논리 볼륨의 크기에 상관 없이 최대 크기의 볼륨 그룹이 생성됩니다. 이는 대부분의 데이터를 LVM에 저장하고자 할 경우, 기존 논리 볼륨의 크기를 차후에 증가시켜야 할 경우, 볼륨 그룹에 추가 논리 볼륨을 생성해야 할 경우에 적합합니다.
- 고정 – 이 옵션을 사용하여 볼륨 그룹 크기를 정확하게 설정할 수 있습니다. 설정된 논리 볼륨은 고정된 크기에 적합한 크기여야 합니다. 이는 설정하려는 볼륨 그룹의 용량을 정확히 알 고 있는 경우에 유용합니다.
그룹이 설정되면 버튼을 클릭합니다. - 를 클릭하여 변경 사항을 저장하고 다른 파티션 설정으로 이동하거나 를 클릭하여 설치 요약 화면으로 돌아갑니다.
주의
/boot 파티션을 배치하는 것은 지원되지 않습니다.
6.10.4.4. Btrfs 하위 볼륨 생성

그림 6.30. Btrfs 하위 볼륨 설정
- 6.10.4.1절. “파일 시스템 추가 및 파티션 설정 ”에서 설명하고 있듯이 마운트 지점을 생성합니다. 이 마운트 지점을 설정하여 Btrfs 볼륨을 설정합니다.
- 장치 유형 드롭 다운 메뉴를 클릭하여 BTRFS를 선택합니다. 파일 시스템 드롭 다운 메뉴가 자동으로
Btrfs를 회색으로 표시합니다. 볼륨 드롭 다운 메뉴가 나타나 새로 생성된 볼륨 이름을 표시합니다. - 옵션으로 필요에 따라 메뉴를 클릭하거나 새 볼륨 생성 또는 을 클릭하여 새로 생성한 볼륨을 설정합니다. 새 볼륨 생성 옵션 및 버튼을 사용하면 볼륨 설정 대화 상자가 나타납니다. 여기서 하부 볼륨의 이름을 변경하거나 RAID 레벨을 추가할 수 있습니다.

그림 6.31. Btrfs 볼륨 사용자 정의하기
사용 가능한 RAID 레벨은 다음과 같습니다:- RAID0 (성능)
- 데이터를 여러 저장 장치에 분산시킵니다. RAID 레벨 0는 표준 파티션의 성능을 향상시키고 여러 저장 장치를 하나의 대량 가상 장치로 모으기 위해 사용될 수 있습니다. RAID 레벨 0는 중복이 없기 때문에 어레이에 있는 하나의 장치가 오작동하면 어레이 전체가 손상됩니다. RAID 0에는 최소 두 개의 RAID 파티션이 필요합니다.
- RAID1 (중복성)
- 하나의 저장 장치에 있는 데이터를 하나 이상의 다른 저장 장치에 미러링합니다. 어레이에 있는 추가 장치는 중복성 수준을 향상시킵니다. RAID 1에는 최소 두 개의 RAID 파티션이 필요합니다.
- RAID10 (성능, 중복성)
- RAID0와 RAID1을 결합하여 고성능 및 중복성을 동시에 제공합니다. 중복성을 제공하는 RAID1 어레이 (미러링)에 데이터를 분산시켜 스트라이프 (RAID0)되어 성능 (스트라이핑)을 향상시킵니다. 최소 4 개의 RAID 파티션이 필요합니다.
또한 볼륨을 암호화하거나 크기 정책을 설정할 수 있습니다. 사용 가능한 정책 옵션은 다음과 같습니다:- 자동 – 볼륨 크기는 자동으로 설정되므로 설정된 하위 볼륨을 포함하기에 충분한 크기가 됩니다. 볼륨에 여유 공간이 필요없는 경우에 적합합니다.
- 가능한 크게 – 설정한 하위 볼륨의 크기에 상관 없이 최대 크기의 볼륨이 생성됩니다. 이는 대부분의 데이터를 Btrfs에 저장하고자 할 경우, 기존 하위 볼륨의 크기를 차후에 증가시켜야 할 경우, 볼륨에 추가 하위 볼륨을 생성해야 할 경우에 적합합니다.
- 고정 – 이 옵션을 사용하여 볼륨 크기를 정확하게 설정할 수 있습니다. 설정된 하위 볼륨은 고정된 크기에 적합한 크기여야 합니다. 이는 설정하려는 볼륨의 용량을 정확히 알 고 있는 경우에 유용합니다.
볼륨이 설정되면 버튼을 클릭합니다. - 를 클릭하여 변경 사항을 저장하고 다른 파티션 설정으로 이동하거나 를 클릭하여 설치 요약 화면으로 돌아갑니다.
주의
Btrfs 하위 볼륨에 /boot 파티션을 배치하는 것은 지원되지 않습니다.
6.10.4.5. 추천된 파티션 나누기 계획
/boot파티션/(root) 파티션/home파티션swap파티션
/boot파티션 – 최소 500 MB 크기 권장/boot에 마운트된 파티션에는 운영 체제 커널 (Red Hat Enterprise Linux를 부팅하도록 해줌)과 부팅 과정에서 사용하는 파일이 들어 있습니다. 대부분 펌웨어의 한계로 인해 이러한 파일을 포함하기 위해 파티션을 작게 생성하는 것이 좋습니다. 대부분의 경우 500 MB 부트 파티션이 적합합니다.주의
일반적으로/boot파티션은 설치 프로그램에 의해 자동으로 생성됩니다. 하지만/(root) 파티션이 2 TB 이상이고 (U)EFI가 부팅에 사용될 경우 2 TB 보다 작은 별도의/boot파티션을 생성해야 성공적으로 시스템을 부팅할 수 있습니다.참고
RAID 카드를 가지고 계신 경우, 일부 BIOS 유형은 RAID 카드 부팅을 지원하지 않는다는 점을 기억해 주십시오. 이러한 경우, RAID 배열 외부에 위치한 파티션, 예를 들면 별개의 하드 드라이브에/boot파티션을 만드셔야 합니다.root파티션 – 10 GB 크기 권장- "
/" 또는 root 디렉토리가 배치된 곳입니다. root 디렉토리는 디렉토리 구조의 최상위에 있습니다. 다른 파티션이 기록된 경로(예:/boot또는/home)에 마운트되어 있지 않을 경우 기본값으로 모든 파일은 이 파티션에 기록됩니다.5 GB root 파티션으로 최소 설치를 할 수 있지만 모든 패키지 그룹을 선택하는 전체 설치를 수행할 경우 최소 10 GB를 할당할 것을 권장합니다.중요
/디렉토리를/root디렉토리와 혼동하지 않습니다./root디렉토리는 root 사용자의 홈 디렉토리입니다./root디렉토리는 root 디렉토리와 구별하기 위해 때때로 슬래시 root라고 부릅니다. /home파티션 – 최소 1 GB 크기 권장- 시스템 데이터와 별도로 사용자 데이터를 저장하려면 볼륨 그룹에
/home디렉토리의 전용 파티션을 만듭니다. 파티션 크기는 로컬로 저장되는 데이터 양, 사용자 수 등을 기반으로 하여 지정합니다. 이렇게 하면 사용자 데이터 파일을 지우지 않고 Red Hat Enterprise Linux를 업그레이드하거나 다시 설치할 수 있게 됩니다. 저장 공간이 50 GB 이상일 경우 자동 파티션 설정을 선택하면 다른 파티션과 함께/home파티션이 생성됩니다. swap파티션 – 최소 1 GB 크기 권장- Swap 파티션은 가상 메모리를 지원합니다; 시스템이 처리하는 데이터를 저장할 RAM 공간이 충분하지 않을 경우 데이터는 swap 파티션에 기록됩니다. swap 크기는 시스템 메모리의 작업 부하에 의존하기 때문에 전체 시스템 메모리 크기와 동일하지 않습니다. 따라서 시스템 메모리 작업 부하를 지정하기 위해 시스템에서 실행되는 애플리케이션 및 애플리케이션에 의해 발생하는 작업 부하를 분석하는 것이 중요합니다. 애플리케이션 공급자 및 개발자는 이에 대한 일부 지침을 제공하고 있을 수 있습니다.시스템에서 swap 공간이 부족하면 시스템의 RAM 메모리가 소비되기 때문에 커널은 프로세스를 종료합니다. swap 공간을 너무 크게 설정하면 할당된 스토리지 장치가 유휴 상태가 되어 비효율적으로 리소스를 사용하게 됩니다. 또한 swap 공간이 너무 크면 메모리 누수를 알 수 없게 됩니다. 최대 swap 파티션 크기 및 기타 자세한 내용은
mkswap(8)man 페이지에서 참조하십시오.다음 표에서는 시스템의 RAM 용량에 따라 swap 파티션의 권장 크기 및 최대 절전 모드로 시스템에 충분한 매모리를 할당할 것인지에 대한 여부를 보여줍니다. 설치 프로그램이 시스템을 자동으로 파티션하게 할 경우 swap 파티션 크기는 이러한 가이드라인을 사용하여 결정됩니다. 자동 파티션 설정은 최대 절전을 사용하지 않는 것을 전제로 하여 swap 파티션의 최대 크기를 전체 하드 드라이브 크기의 10%로 제한하고 있습니다. 최대 절전을 위해 swap 공간을 충분히 설정하고 싶을 경우 또는 swap 파티션 크기를 시스템 스토리지 공간의 10% 이상으로 설정하고자 할 경우 파티션 설정 레이아웃을 수동으로 편집해야 합니다.표 6.2. 권장 시스템 스왑 공간
시스템의 RAM 크기 권장 스왑 크기 최대 절전 모드를 허용하게 하기 위한 권장 스왑 크기 ⩽ 2 GB RAM의 2 배 RAM의 3 배 > 2 GB – 8 GB RAM과 동일한 크기 RAM의 2 배 > 8 GB – 64 GB RAM의 0.5 배 RAM의 1.5 배 64 GB 이상 작업 부하에 따라 최대 절전 모드는 권장하지 않음 위에 나열된 각 범위 간 경계에서 (예: RAM이 2 GB, 8 GB, 또는 64 GB가 되는 시스템) 스왑 공간과 절전 지원 선택과 관련하여 신증하게 수행해야 합니다. 시스템 리소스에 여유가 있는 경우 스왑 공간을 늘리면 성능이 향상될 수 있습니다.swap 공간을 여러 스토리지 장치에 (특히 고속 드라이브와 컨트롤러, 인터페이스를 갖춘 시스템에) 분산시키는 것도 스왑 공간의 성능을 향상시킬 수 있습니다.
참고
6.10.4.5.1. 파티션에 대한 조언
- 중요한 정보를 포함할 파티션을 암호화하는 것을 검토하십시오. 암호화는 허가받지 않은 사람들이 파티션의 데이터를, 물리적인 장치를 액세스할 수 있는 경우까지도, 액세스하지 못하도록 합니다. 대부분의 경우 최소한
/home파티션은 암호화 하셔야 합니다. - 시스템에 설치된 각각의 커널은
/boot파티션에 대략 20 MB를 필요로 합니다./boot의 경우 500 MB의 기본값 파티션 크기는 가장 일반적인 사용에 충분합니다. 동시에 여러 커널을 설치하려는 경우 이 파티션 크기를 증가시킵니다. /var디렉토리는 Apache 웹서버를 비롯한 몇몇 어플리케이션을 위한 디렉토리를 포함합니다. 그 디렉토리는 또한 다운로드한 업데이트 패키지를 임시로 저장하는 데도 사용됩니다./var디렉토리를 포함하는 파티션이 나중에 설치할 업데이트를 다운로드하고, 다른 컨텐츠를 저장하는 데 충분한 공간을 가지고 있는지를 확인하십시오.- PackageKit 업데이트 소프트웨어는 기본값으로
/var/cache/yum/에 패키지를 업데이트합니다./var에 대해 별도의 파티션을 생성할 경우 업데이트된 패키지를 다운로드받을 수 있도록 최소 3GB 크기인지를 확인합니다. /usr디렉토리에는 Red Hat Enterprise Linux 시스템의 대부분의 소프트웨어 컨텐츠가 저장되어 있습니다. 소프트웨어의 기본 설정으로 설치 시 최소 5 GB 공간이 필요합니다. 시스템을 소프트웨어 개발 워크스테이션으로 사용할 경우 최소 10GB 공간이 필요합니다.- LVM 볼륨 그룹의 공간 중 일부는 할당하지 않은 채로 남겨 두십시오. 이렇게 할당되지 않은 공간은 디스크 요구량이 변경되었지만, 저장 공간을 재할당하기 위해서 다른 파티션의 데이터를 지우고 싶지는 않은 경우에 유용합니다. 또한 볼륨에 의해 자동으로 처리된 사용되지 않은 공간을 확보하기 위해 파티션에 대해 씬 프로비저닝 장치 유형을 선택할 수 있습니다.
- 만약 하위 디렉토리를 별도 파티션으로 나누었다면, 현재 시스템에 새로운 버전의 Red Hat Enterprise Linux를 설치하기로 결정한 경우에도 그 하위 디렉토리의 내용을 보존할 수 있습니다. 예를 들어 만약 MySQL 데이터베이스를
/var/lib/mysql/에서 실행할 경우, 나중에 재설치가 필요하다면, 그 디렉토리를 별도의 파티션으로 분리하십시오. - GPT (GUID partition table)를 사용하여 부트로더 BIOS 시스템에서 1 MB 크기의
biosboot파티션을 생성해야 합니다. 자세한 내용은 6.10.1절. “부트로더 설치”에서 참조하십시오. - UEFI 시스템은 EFI 시스템 파티션 파일 시스템으로 작은
/boot/efi파티션을 포함해야 합니다. 권장 크기는 자동 파티션 설정에 대한 기본 값인 200 MB입니다.

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.