Linux 시스템에서 지원하는 최대 파티션 크기를 알 수 있습니까? Linux 시스템에 설치된 디스크에 몇 개의 논리 파티션과 기본 파티션을 생성할 수 있습니까?
답변1
파티션이 몇 개 있어?
나는 다른 더 빠르고 더 나은 사람들이 이 질문에 완벽하게 대답했다고 확신합니다. :)
항상 한계가 있다
다음 논의에서는 한계가 이론적이라는 점을 항상 기억하십시오.실제한계는 일반적으로 이론적인 한계보다 작습니다.
- 다른 이론적 제약으로 인해 상황이 제한됩니다. (요즘 PC는 정말 정말 복잡해요)
- 항상 더 많은 버그가 있습니다. (이 답변을 배제하지 마십시오)
제한사항을 위반한 경우
이러한 제한 사항을 위반하면 어떤 일이 발생하는지도 간단하지 않습니다. 예를 들어, 10GB 디스크 시대에는 수 기가바이트 파티션이 있을 수 있지만 일부 시스템에서는 1,024번째 실린더 이후에 저장된 코드를 부팅하지 않습니다. 이것이 바로 많은 Linux 설치 프로그램이 여전히 디스크 시작 부분에 별도의 작은 /boot 파티션을 요구하는 이유입니다. 성공적으로 시작하면 모든 것이 정상입니다.
파티션 크기: MS-DOS 파티션 테이블(MBR)
MS-DOS는 파티션을 (시작, 크기) 형식으로 저장하며 각 파티션의 너비는 32비트입니다. 과거에는 각 숫자가 실린더 섹터 좌표를 인코딩하는 데 사용되었습니다. 이제는 임의의 섹터 번호(디스크 관리가 이 섹터 번호를 미디어별 좌표로 변환)만 포함합니다. "MS-DOS" 파티션 유형의 커널 소스 코드에서는 섹터당 32비트 너비의 파티션 크기를 권장합니다. 이는 2^32 * 512, 2^41바이트, 2^21 바이너리 메가바이트, 2,097,152메가바이트, 2,048GB, 2테라바이트(섹터 1개 빼기)를 제공합니다.
GUID 파티션 테이블(GPT)
GPT(GUID 파티션 테이블) 디스크 레이블을 사용하는 경우 파티션 테이블은 (시작, 끝) 쌍으로 저장됩니다. 둘 다 길이가 8바이트(64비트)로, 일반적으로 사용하는 것보다 훨씬 더 많습니다(2^64 512바이트 섹터, 2^73바이트(8 바이너리 제타바이트) 또는 2^33테라바이트).
기존 CP/M 시대 BIOS가 아닌 UEFI ROM에서 부팅하는 경우 이미 GPT가 있는 것입니다. 그렇지 않은 경우 언제든지 GPT를 디스크 레이블로 사용하도록 선택할 수 있습니다. 새 디스크가 있는 경우 반드시 이 작업을 수행해야 합니다.
섹터 크기
한 섹터는 오랫동안 512바이트였습니다. 이는 4,096바이트로 변경됩니다. 많은 디스크에 이미 이 기능이 있지만 512바이트 섹터를 에뮬레이트합니다. 변경이 포그라운드에서 발생하고 할당 단위가 4,096바이트 섹터가 되고 LBA가 4,096바이트 섹터를 처리하는 경우 위의 모든 크기는 3진수 크기로 변경됩니다. 모두 8을 곱하면 다음과 같습니다. 새롭고 끔찍한 가치.
논리 볼륨 관리자
LVM을 사용하는 경우 생성하는 모든 볼륨은 파티션과 파일 시스템 사이에 위치하므로 LVM을 지원해야 합니다. ~에 따르면LVM2 FAQ, LVM2는 64비트 아키텍처의 Linux 2.6에서 최대 8EB(엑사바이트), 32비트 아키텍처에서 실행되는 Linux 2.6에서는 16TB(테라바이트), Linux 2.4에서는 2TB를 지원합니다.
파일 시스템 제한
물론 이는 사용자가 요구하는 파티션(또는 LVM 볼륨)당 크기 제한입니다. 그러나 파티션의 목적은 일반적으로 파일 시스템을 저장하는 것이며 파일 시스템에는 고유한 제한 사항이 있습니다. 사실 뭐유형파일 시스템의 한계는 파일 시스템 자체에 따라 다릅니다! 유일한 전역 제한은 파일 시스템의 최대 크기와 그 안에 있는 각 파일의 최대 크기입니다.
EXT4는 파일당 최대 16TB, 볼륨당 1EB(엑사바이트)의 파티션을 허용합니다. 하지만 32비트 블록 번호를 사용하므로 기본 블록 크기인 4,096바이트를 늘려야 합니다. 이는 커널과 아키텍처에서는 불가능할 수 있으므로 PC에서는 볼륨당 16TB가 더 현실적일 수 있습니다.
ZFS는 16EB 파일과 16EB 볼륨을 허용하지만 의심할 여지 없이 다른 예상치 못한 제한 사항도 있습니다.
Wikipedia에는 매우 좋은 내용이 있습니다.사람에게 알려진 대부분의 파일 시스템에 대한 이러한 제한 표.
실제로
64비트 시스템과 GPT 파티션에서 Linux 2.6 이상을 사용하는 경우 파일 시스템 선택과 제한 사항만 걱정하면 되는 것 같습니다. 그렇더라도 너무 걱정하지 않아도 됩니다. 어쨌든 16TB 단일 파일을 생성해서는 안 됩니다.1엑사바이트(1,048,576TB)는 한동안 초현실적인 한계가 될 것입니다. MBR을 사용하고 2TB 이상의 바이너리 공간이 필요한 경우 파티션당 2TB 제한(배포된 시스템에서는 쉽지 않을 수 있음)에서 실행 중이므로 UEFI 및 GPT로 전환해야 합니다.
나는 2의 배수를 계산할 때 이진 단위를 사용한다는 점에 유의하십시오. 디스크 제조업체는 십진수 단위를 사용하여 속임수를 쓰는 것을 좋아합니다(그리고 그렇지 않다는 것을 알면서도 항상 그렇게 한다고 믿게 만듭니다). 따라서 가장 큰 "2TB" 디스크는 여전히 2진수 TB 미만이므로 문제가 발생하지 않습니다.
논리 볼륨 관리자 또는 RAID-0을 사용하지 않는 한.
답변2
두 가지 제한 사항이 있습니다. 하나는 Linux에서의 지원이고 다른 하나는 사용된 파티션 테이블 구성표의 최대 개수입니다. 이전 버전을 사용하는지 여부에 따라 다릅니다.막 생물 반응기또는 최신GPT.
MBR은 4개의 기본 파티션을 지원합니다. 그 중 하나는 확장 파티션일 수 있으며, 여기에는 원하는 수의 파티션을 포함할 수 있습니다. 논리 파티션디스크 공간에 의해서만 제한됩니다.
GPT는 최대 128개의 '기본' 파티션을 지원합니다.
과거에는 제한된 장치 수로 인해 Linux는 IDE에서 최대 63개의 파티션, SCSI 디스크에서 최대 15개의 파티션만 지원했습니다. 요즘에는 커널이 장치 번호(udev가 키워드임)를 동적으로 할당할 수 있으므로 이 제한은 더 이상 적용되지 않습니다.
답변3
이는 운영 체제 자체와는 아무런 관련이 없습니다.구역화 계획사용하고 있습니다.
소개gpart FreeBSD 매뉴얼 페이지매우 좋은.
기본적으로 다음이 있습니다.
- "MBR" 구성표는 "기본"(최대 4개) 파티션과 논리 파티션(내가 아는 한 실제 제한 없음)을 갖는 오래된 "DOS" 방식입니다.
- "인텔 EFI/GPT" 솔루션, 새로운 작업 방식, "기본" 파티션만 있고 거의 제한이 없습니다.
따라서 실제로 표준 Windows 상자와 실질적인 차이는 없습니다.
답변4
~에 따르면위키피디아, 커널은 최대 16TB의 파일 시스템을 지원하므로 이는 완전히 사용할 수 있고 계속 사용할 수 있는 가장 큰 파티션입니다. 물론 모든 파일 시스템이 실제로 전체 16TB를 지원하는 것은 아닙니다.