단일 드라이브에 최대 몇 개의 파티션을 만들 수 있습니까? 동일한 디스크에 약 16개의 파티션을 생성했을 때 한 번 오류가 발생한 것을 기억합니다. 왜 이런 제한을 두는 걸까요? 무제한 파티션의 문제점은 무엇입니까?
역사적인 이유로 4개의 기본 파티션이 있을 수 있으며 첫 번째 512바이트에 저장된다는 것을 알고 있습니다. 따라서 마지막 파티션 정보를 사용하여 다른 파티션 테이블을 가리킵니다. 그런 다음 파티션의 연결 목록을 만듭니다. 왜 제한을 두는지 알고 싶었습니다. 어떤 이점이 있어야합니다. 그 당시 아무도 16개 이상의 파티션을 만들지 않았기 때문에 16개 파티션에 제한을 두는 것은 의미가 없습니다. 한도를 설정하면 약간의 이득이 있어야 합니다. 또는 파티션에서 지원되는 최대 파일 크기와 같은 이론적 이유가 있습니다.
답변1
4개의 기본/확장 파티션. 확장 파티션인 경우 해당 확장 파티션 내에 논리 디스크를 원하는 수만큼 가질 수 있습니다. 표준 형식 디스크의 파티션 테이블에는 항목 4개만 들어갈 수 있습니다. 디스크를 GPT로 업그레이드하면 제한이 변경되는 것 같지만 새로운 제한이 무엇인지는 잘 모르겠습니다.
JR
답변2
마스터 파티션 테이블 디스크의 경우 제한은 80년대 IBM이 발명한 마스터 부트 레코드(512바이트 IIRC)의 파티션 테이블 크기를 기준으로 합니다. 또한 특정 OS에는 다양한 이유로 인해 자체적인 제한이 있습니다. 현재의 표준에서는 확장 파티션에 최대 24개의 파티션을 포함할 수 있습니다. 왜 한계가 있습니까? 많은 한계와 마찬가지로 '충분히 좋다'고 할 만큼 충분히 큰 것처럼 보였습니다. 또한 실제로 당시에는 다양한 OS 커널이 개발 중이었는데 파티션 수가 그렇게 높은 경우는 거의 없었습니다.
그런데 이것이 바로 많은 OS가 자체 파티셔닝 버전을 구현하는 이유입니다. LVM은 Linux에서 이 문제를 해결합니다. GPT는 구식 파티션 테이블 없이 파티션을 처리하는 Windows 방식입니다. NetWare의 NSS 파일 시스템은 미디어 관리자에서 세분화된 단일 '파티션'이 있다는 점에서 LVM과 매우 유사하게 실행됩니다.
답변3
한 친구가 Linux에서 이상한 확장 영역 기반 MD+LVM을 실험하고 있었는데 Linux에는 모든 디스크에 대해 하드 63 파티션 제한이 있는 것 같습니다. 확장 파티션당 파일 시스템인지, 아니면 무엇인지 잘 모르겠습니다. 요즘 같은 시대에는 상대적으로 관련이 없다고 생각하고 싶습니다.
답변4
제한은 공간(512바이트 참조)과 같은 제한에 의해 결정되지만 "이 제한에 도달하면 뭔가 잘못하고 있는 것"이라는 이유만으로 일부 제한을 설정하는 것은 드문 일이 아닙니다.
"예전"에는 왜 40MB 하드 드라이브(내가 그랬던 것처럼)를 두 개 이상의 파티션으로 분할해야 했습니까? 어쩌면 소수의 사용자가 그런 요구를 갖고 있었을 수도 있지만, 나와 같은 대부분은 디렉터리 대신에 파티션을 생성하려는 경우 "잘못된 방식"을 수행했을 것입니다.
언급한 대로 LVM은 이러한 제한 사항을 해결하는 한 가지 방법입니다. ZFS는 또 다른 방법이지만 파티션을 생각하는 대신 드라이브를 zpool에 넣고 원하는 만큼 "파일 시스템"을 만듭니다. 일부 데모에서는 수천 개의 ZFS 파일 시스템을 보았으므로 드라이브를 수천 개의 세그먼트로 분할하는 것과 동일하지 않더라도 거의 단점이 없이 분할의 모든 이점을 얻을 수 있습니다.