새 SSD 1TB에 HDD 320GB를 복제했는데 이제 새 지원의 물리적 빈 공간에 새 파티션을 만들 수 없습니다. 를 사용하여 gdisk
하나를 만들려고 했지만 n
사용 가능한 섹터가 이전 디스크 크기로 제한되어 있습니다.
GPT fdisk (gdisk) version 1.0.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Command (? for help): p
Disk /dev/sda: 1953525168 sectors, 931.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): CD2076D4-0A3C-4C9D-9E20-269AC17A5A49
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 625142414
Partitions will be aligned on 2048-sector boundaries
Total free space is 2669 sectors (1.3 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 1050623 512.0 MiB EF00 EFI System Partition
2 1050624 623140863 296.6 GiB 8300
3 623140864 625141759 977.0 MiB 8200
Command (? for help): n
Partition number (4-128, default 4): 4
First sector (34-625142414, default = 34) or {+-}size{KMGTP}:
모든 데이터를 잃지 않고 어떻게 새 파티션을 만들 수 있나요?
답변1
기본 GPT 파티션 테이블은 디스크의 첫 번째 섹터에 있습니다. 백업은 마지막 섹터에 있어야 합니다. 그리고 모든 파티션~ 해야 하다둘 사이에 거주합니다. 더 큰 디스크로 복제하면 백업 파티션 테이블이 중간 어딘가에 위치하게 되지만(복제 도구는 기본 테이블의 위치를 업데이트하지 않습니다), 모든 파티션이 그 사이에 있어야 한다는 제한이 여전히 적용됩니다.
전문가 메뉴( )로 이동한 다음 "백업 데이터 구조를 디스크 끝으로 재배치" x
명령을 사용합니다 . e
그런 다음 변경을 수행하고 파티션 테이블을 작성하십시오. ( p
이제 "총 여유 공간"이 올바르게 표시되는지 확인하는 데 사용할 수 있습니다 .)
또는 util-linux를 사용하세요 fdisk
. 쓰기 중에 백업 GPT를 자동으로 재배치합니다. 따라서 실제로 파티셔닝에 fdisk를 사용하고 싶지 않다면 파티션 테이블을 로드하고 다시 작성하는 것만으로도 충분합니다.