확장 파티션을 생성할 때 스왑 파티션을 중첩해야 하는 이유는 무엇입니까?

확장 파티션을 생성할 때 스왑 파티션을 중첩해야 하는 이유는 무엇입니까?

마지막 기본 파티션을 모두 사용하고 싶지 않았기 때문에 확장 파티션으로 새 스왑 파티션을 만들었습니다. 그러나 다소 중복되어 sda4에서 생성되었습니다. sda5가 ext4의 유일한 파티션이기 때문에 이는 의미가 없습니다. 강제 중첩이 필요한 이유는 무엇입니까? 기본 파티션과 동일한 수준에서 생성할 수 없지만 "하위" 파티션으로 만들어야 하는 이유는 무엇입니까? 내가 말하는 것을 이해 했어? 이는 확장 파티션을 차지하는 유일한 파티션이므로 불필요한 구분입니다. 나는 내 스왑을 sda5의 슬레이브보다 sda4라고 부르고 싶습니다...

여기에 이미지 설명을 입력하세요.

답변1

논리 파티션과 확장 파티션을 혼동하고 있습니다. 가서 읽어보세요컴퓨터 파티션 구조.

최대 4개의 기본 또는 확장 파티션을 보유할 수 있으며 그 중 하나를 최대 1개까지 확장할 수 있습니다. 확장 파티션은 논리 파티션의 컨테이너입니다. 기본 또는 논리 파티션은 파일 시스템(또는 LVM 볼륨, 일부 스왑 공간, BSD 파티션 또는 PC 스타일이 아닌 다른 유형의 파티션)을 위한 컨테이너입니다. 스왑 파티션은 확장 파티션 내에 중첩되어 있습니다. 확장 파티션이 바로 논리 파티션이기 때문입니다.

귀하의 경우 스왑 파티션을 기본 파티션이 아닌 논리 파티션으로 설정해도 확장 파티션이 없기 때문에 기본 파티션 할당량과 관련된 내용은 변경되지 않습니다. 1개의 기본 파티션 슬롯을 해제하려면 1개의 확장 파티션 외에 최대 2개의 기본 파티션이 필요합니다.

Linux는 기본 파티션에 설치되었는지 논리 파티션에 설치했는지 상관하지 않습니다. 시스템 파티션과 스왑 파티션을 모두 논리 파티션으로 설정할 수 있습니다. 또는 LVM 물리 볼륨인 파티션을 생성하고 루트 파일 시스템용으로 하나, 스왑용으로 하나, 두 개의 LVM 논리 볼륨을 생성할 수 있습니다. LVM을 사용하면 Linux에서 관리가 더 쉬워지지만 LVM 물리 볼륨을 불투명한 덩어리로 처리하는 다른 운영 체제의 비용이 듭니다.

1 이것은 엄격하게 요구되는 것은 아니지만 이를 해결하려면 많은 노력을 기울여야 하며 동료 관리자가 당신을 저주할 것입니다.

답변2

반드시 그래야 한다는 말은 없습니다. 구성에서 스왑 파티션은 디스크 끝에 있으며 확장 파티션 공간으로 덮여 있습니다. 내 Ubuntu 시스템에서 내 루트 파일 시스템은 첫 번째 60GB 파티션, 그 다음 4GB 스왑 파티션, 확장 파티션에 있습니다. 시스템 설정 방법에 따라 다릅니다.

드라이버 아키텍처현재 사용 중인 파티셔닝은 물리적 파티션 3개와 확장 파티션 1개로 제한됩니다. 두 개의 ntfs와 하나의 ext4 파티션이 있으므로 다른 모든 파티션(스왑)은 확장 파티션에 들어가야 합니다.

답변3

유닉스의 초점은 투명성, 강력함, 프로그래머 편의성에 있고, 조금만 희생하면 예쁘게 만드는 데는 크게 신경 쓰지 않는다. 따라서 디스크에 파티션 항목이 있으면 그에 맞는 파티션 장치도 있습니다. (유일한 예외는 빈 파티션 슬롯이지만 예약된 공간이 없으므로 쓸 내용이 없습니다.)

따라서 DOS 파티션 테이블을 처리할 때 Linux는 파티션 번호 1~4를 기본 파티션으로 예약하고 파티션 번호 5 이상을 논리 파티션으로 예약합니다. 파티션 테이블의 구조가 이런 방식을 더 쉽게 만들기 때문에, 기본 파티션(숫자가 1-4인 경우)을 사용하고 있다는 것을 아는 것이 좋기 때문에, 그리고 당신이 쓰고 싶지 않다는 것을 내가 누구인지 알 수 있기 때문입니다. 어느 시점에서 확장 파티션으로 직접 이동합니까?

(이것이 나쁘다고 생각하십니까... Sun 시스템은 파티션 2를 "전체 디스크" 파티션으로 예약합니다. 파티션 2는 전체 디스크를 예약해야 하며 디스크의 다른 파티션과 겹쳐야 합니다.)

관련 정보