22TB 디스크를 파티션하는 방법은 무엇입니까?

가장 간단한 해결책은 다음을 사용하는 것입니다.GPT 파티션, 64비트 버전의 Linux 및XFS:

• GPT가 필요한 이유는 다음과 같습니다.MS-DOS 스타일 MBR 파티션 테이블Creator는 fdisk2TiB 디스크로 제한됩니다. 그래서, 당신은 사용해야합니다parted또는 대신 GPT를 지원하는 다른 파티셔너 fdisk(.gdisk,gparted, 등. )

• 32비트 커널은 필요한 것보다 더 작은 파일 시스템으로 제한되므로 64비트 커널이 필요합니다. 다음을 기준으로 크기 제한에 도달했습니다.32비트 정수또는 파일 시스템을 적절하게 지원하기에 충분한 RAM을 처리할 수 없게 됩니다.

• XFS가 유일한 솔루션은 아니지만 제 생각에는 RHEL 시스템을 위한 가장 간단한 솔루션입니다.

  RHEL 6에서는 ext4를 사용할 수 없습니다. 비록 파일 시스템은1개의 EiB 파일 시스템을 지원하도록 설계됨e2fsprogs, RHEL 6 및 그 파생 버전에 포함된 버전에는 인위적인 16TiB 볼륨 크기 제한이 있습니다. 둘 다빨간 모자그리고중앙 운영 체제해당 문서에서 이를 지적하세요. (ext4 16TiB는 다음으로 제한됨)RHEL 7에서 대폭 개선됨50TiB까지. )

  귀하의 경우에는 ZFS가 실용적이지 않을 수 있습니다. 일부 법적, 기술적 제한이 있기 때문에 ZFS만이 제공하는 기능이 필요한 경우가 아니면 완전히 권장할 수 없습니다.

  선택한 두 파일 시스템을 배제한 후 XFS를 사용하는 것이 좋습니다. 이는 RHEL 7의 기본 파일 시스템이며 모든 RHEL 6 버전에서 지원되는 파일 시스템으로 사용 가능하며 RHEL 6이 출시된 후 이후 버전의 RHEL 5로 백포트됩니다.

프로세스는 다음과 같습니다.

1. mkfs.xfs인수 없이 실행하여 설치되었는지 확인합니다. 존재하지 않는 경우 사용자 모드 XFS 도구를 설치하십시오.

   # yum install xfsprogs
   

   실패하는 경우 기본 패키지 저장소에 이 콘텐츠가 없는 이전 운영 체제를 사용하고 있기 때문일 수 있습니다. 정말로 업그레이드해야 하지만, 그렇게 할 수 없다면 다음과 같이 시작해 보세요.CentOSPlus또는에펠. 이 패키지를 설치해야 할 수도 있습니다 kmod_xfs.

2. 파티션 생성:

   22TiB 볼륨이 열려 있다고 했으므로 /dev/sdb명령은 다음과 같습니다 parted.

   # parted /dev/sdb mklabel gpt
   # parted -a optimal -- /dev/sdb mkpart primary xfs 1 -1
   

   이로 인해 단일 파티션으로 전체 볼륨을 차지하게 됩니다. 실제로는 달성하기 위해 볼륨의 처음 1MiB를 무시합니다.4KiB 정렬완전한 성능을 위해 필요한고급 포맷 하드 드라이브그리고SSD.

   이 단계를 건너뛰고 XFS를 사용하여 전체 볼륨을 포맷할 수 있습니다. 즉, /dev/sdb아래 예에서는 대신 을 사용 합니다 /dev/sdb1. 이렇게 하면 섹터 정렬 문제가 방지됩니다. Linux 기반 운영 체제에서만 볼 수 있는 볼륨에 대해서는 언급할 만한 단점이 없지만 이동식 볼륨이나 내부 볼륨에서는 이 작업을 수행하지 않도록 주의해야 합니다.멀티부팅Windows 및 macOS와 같은 일부 운영 체제는 파티션되지 않은 하드 드라이브가 나타날 때마다 포맷 서비스를 제공하기 때문입니다. 파일 시스템을 파티션에 배치하면 이 문제가 해결됩니다.

3. 파티션 포맷:

   # mkfs.xfs -L somelabel /dev/sdb1
   

4. 항목 추가 /etc/fstab:

   LABEL=somelabel    /some/mount/point    xfs     defaults   0 0
   

5. 정지된!

    # mount /some/mount/point
   

내려가고 싶다면좌심실 용적경로에서 위의 단계는 기본적으로 두 번째 명령 세트의 더 자세한 버전입니다.다음은 사용자 bsd의 답변 입니다. 위 명령을 실행하기 전에 첫 번째 명령 세트를 실행해야 합니다.

LVM은 복잡성을 희생하면서 특정 이점을 제공합니다. 예를 들어, 나중에 LVM 볼륨 그룹에 더 많은 물리 볼륨을 추가하여 논리 볼륨(일종의 "파티션")을 확장할 수 있는 공간을 확보하여 LVM 볼륨 그룹을 "확장"할 수 있으며, 이를 통해 해당 볼륨 그룹에 있는 논리 볼륨을 확장할 수 있습니다. 파일 시스템. 용량. (복잡성이 무슨 뜻인지 아시겠어요? :))

다른 제안에 대한 대안으로.
디스크를 전혀 분할할 필요가 없습니다.
간단하게볼륨 그룹, 하나 이상의논리 볼륨.

pvcreate /dev/sdb
vgcreate data /dev/sdb
lvcreate --name dump -L '100%VG' data

이제 논리 볼륨이 있으므로 원하는 파일 시스템 유형으로 포맷할 수 있습니다.

mkfs.XXXX /dev/mapper/data-dump #<- XXXX can be ext4, xfs, btrfs, reiser
mount /dev/mapper/data-dump /mntpt

질문의 질문 : 당신은 묻는다'어떻게22TB 디스크를 파티션하세요."라는 질문에 22TB 파티션만 원한다고 하셨습니다. 그래서 애초에 이것은 모호합니다.

22TB의 공간을 지원할 수 있는 블록 장치가 이미 있다면 전체 22TB 파티션이 이미 있는 것입니다. 필요한 것은 장치를 마운트 가능하게 하고 시스템 프로세스에서 읽기/쓰기를 가능하게 하는 파일 시스템뿐입니다. 더 중요한 것은 64비트 모드에서 실행되는 Linux 커널과 22TB의 데이터 증가를 지원 및 확장하고 (단일) 블록 장치에서 데이터 관리 세부 사항을 편안하게 처리할 수 있는 파일 시스템 모듈/드라이버가 필요하다는 것입니다. 성능은 완전히 다른 차원입니다. 이 경우에는 XFS64비트 파일 시스템이고 최대 100만 테라바이트의 파일 시스템을 처리할 수 있으므로 파일 시스템으로 선택하겠습니다 . 최대 9EXABYTES를 지원합니다.

2^63  = 9 x 1018 = 9 exabytes 

XFS에 대한 자세한 내용:http://oss.sgi.com/projects/xfs/

거대한 22TB 블록 장치를 추가로 분할하려는 경우 gparted장치를 사용 가능한 파티션으로 분할한 다음 파일 시스템을 사용하여 포맷하여 마운트 가능하게 만듭니다.

DELL perc RAID 컨트롤러가 있다고 말씀하셨기 때문에 하드웨어 RAID 컨트롤러가 있는 것 같습니다. 즉, 어떤 RAID 구성(어떤 RAID 레벨을 사용하고 있습니까?)을 알려야 하지만 대부분의 경우에는 알 수 없습니다. 22TB의 공간을 모두 사용할 수 있지만 제가 틀렸을 수도 있습니다.

현재 표준 분할 테이블을 사용할 수 있는지 잘 모르겠습니다. 표준 파티션 테이블 구성표에서 볼륨 제한은 232개 ^섹터 입니다 . 각 섹터에는 512바이트가 있으며, 숫자가 부족하면 섹터에 약 2TB를 할당할 수 있습니다.

그러나 표준 분할 테이블 대신 GUID 분할 테이블을 사용하는 경우에는 이 작업을 수행할 수 있습니다. GUID 파티션 테이블을 사용하면 볼륨을 제타바이트 범위로 확장할 수 있습니다. 대부분의 Linux 배포판은 GUID 볼륨에서 부팅할 수 있지만 현재 Windows 버전(EFI의 Windows 7 제외)은 GUID 볼륨에서 부팅할 수 없습니다.

일부 도구(예: fdisk)는 GUID 볼륨을 사용할 수 없지만 다른 도구(예: GParted)는 사용할 수 있습니다. GUID 파티션 테이블을 생성한 후에는 해당 크기의 볼륨(예: EXT4)을 지원하는 여러 공통 파일 시스템 중 하나를 사용하여 볼륨을 생성할 수 있어야 합니다.