1.5TB 디스크와 전체 디스크를 사용하는 단일 xfs 파티션이 있는 VMware에 CentOS 서버가 있습니다. 이 디스크/파티션에 공간이 부족하여 크기를 2.5TB로 늘려야 합니다.
그래서 VMware에서 크기를 늘리고 파티션 제거 및 추가를 시도했지만 실패했습니다. 물론 원래 파티션은 MBR 이었고 새 파티션은 GPT 였어야 했는데, 파티션 삭제/추가를 하려니 변환이 실패하더군요. 원래 파티션은 섹터 128에 있었고 새 파티션은 섹터 2048에서 시작하려고 시도한 것을 발견했습니다. 파티션을 수정하려고 시도했지만 그럴 수 없었습니다(GPT가 MBR보다 더 많은 공간이 필요하기 때문일까요?).
그런 다음 원래 파티션을 2048 섹터에서 시작하도록 이동하고 파티션을 GPT로 변환한 다음 파티션 크기를 늘리는 것을 생각했습니다.
말이 되나요? 그게 가능합니까? 특히 이동식 파티션의 첫 번째 부분. 감사해요!
고쳐 쓰다
형식 지정상의 이유로 제안된 명령의 출력은 다음과 같습니다.
parted /dev/disk unit s print free
Disk /dev/sdb: 5368709120s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Numero Inicio Fin Tamaño Typo Sistema de ficheros Banderas
63s 127s 65s Free Space
1 128s 3259013119s 3259012992s primary xfs
3259013120s 5368709119s 2109696000s Free Space
답변1
따라서 섹터 128에서 시작하는 msdos 파티션이 있습니다.
이는 표준이 섹터 2048(512바이트 논리 섹터 크기)에서 시작하는 MiB 정렬이기 때문에 일반적이지 않습니다.
GPT를 사용하면 시작 섹터 128을 계속 사용할 수 있습니다. 이는 문제가 되지 않습니다.
# parted /dev/loop0 unit s print free
Model: Loopback device (loopback)
Disk /dev/loop0: 3259017216s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
34s 127s 94s Free Space
1 128s 3259017182s 3259017055s
그러나 parted
이를 생성하면 다음과 같은 불만 사항이 표시됩니다.
# parted /dev/loop0
(parted) mklabel gpt
(parted) mkpart
Partition name? []?
File system type? [ext2]?
Start? 128s
End? 100%
Warning: The resulting partition is not properly aligned for best performance:
128s % 2048s != 0s
Ignore/Cancel? Ignore
MiB 정렬에 관심이 없는 경우(데이터가 이미 존재하므로 선택의 여지가 없음) 이 경고를 무시할 수 있습니다. 128의 시작 섹터는 여전히 4K 정렬(64K 정렬)이므로 괜찮습니다.
GPT는 또한 디스크 끝에 백업을 저장하므로 때로는 끝 섹터에 문제가 발생할 수 있습니다. 그러나 다행스럽게도 디스크 끝에 4096개의 여유 섹터가 있으므로 상황은 괜찮습니다. 그렇지 않으면 GPT로 변환하기 전에 디스크 용량을 늘려야 합니다.
MiB 정렬을 달성하려면 모든 데이터를 이동해야 합니다. 가장 안전한 방법은(공간이 충분한 경우) 새 디스크에 완전히 복사하는 것입니다. 데이터를 재배치하는 것은 위험할 수 있습니다.