제가 경험한 한, 마지막 몇 개의 섹터를 사용한 파티셔닝은 fdisk파티션에 포함될 수 없습니다. 나는 항상 이것이 MiB 또는 IO 블록 정렬 때문이라고 생각했지만, 사용할 수 있는 마지막 섹터가 정렬되지 않았다는 것을 방금 깨달았습니다! 다양한 공급업체의 여러 HDD로 여러 도구를 사용해 보았지만 항상 마지막 30대 섹터였습니다. 예를 들어:
Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
last MiB-aligned sector: 976773119
last IO-block-aligned (4KiB) sector: 976773167 (the last one)
last usable sector: 976773134
물론 큰 문제는 아니지만 그 이유가 궁금합니다. 불량 섹터와 관련이 있습니까?
답변1
아마 당신이GUID 파티션 테이블(GPT)"마지막으로 사용할 수 있는 섹터" 번호를 얻으려면 디스크에 저장해야 합니다.
마지막으로 사용할 수 있는 섹터가 총 섹터 수보다 34개 적은 것을 확인하셨나요?
이것 좀 봐:
(원천)
"사용할 수 없는" 33개 섹터는 실제로 백업 GPT용입니다! (끝까지 LBA -34 입니다.)
또한 마지막 MiB 정렬 섹터와 마지막 I/O 블록 정렬 섹터가 왜 그런 것인지 유추할 수 있습니다.
메모:GPT를 사용하지 않고 마지막 섹터 번호에 도달했을 가능성이 높습니다. 그만큼레거시 MS-DOS 파티션 테이블디스크 시작 부분에서는 512바이트(논리 섹터 1개)만 차지하고 끝 부분에는 아무것도 차지하지 않습니다.
디스크 정보
Logical sector size: 512 (used in calculations)
Physical sector size: 4096 (used for I/O block alignment)
물리적 블록 정렬
마지막으로 정렬된 섹터:976773167
Physical sector size: 4096
Divide by logical sector size: ÷512
----
Sectors for block alignment: 8
Total sector count: 976773168
Divide by alignment sectors: ÷8
---------
Max 4KiB blocks: 122096646
Unusable sectors remainder: 0
Total sector count: 976773168
Subtract remainder: -0
---------
First unalignable sector: 976773168
Your last aligned sector: 976773167
1MiB 블록 정렬
마지막으로 정렬된 섹터:976773119
1MiB in bytes: 1048576
Divide by logical sector size: ÷512
-------
Sectors for 1MiB alignment: 2048
Total sector count: 976773168
Divide by alignment sectors: ÷2048
---------
Max 1MiB blocks: 476940
Unusable sectors remainder: 48
Total sector count: 976773168
Subtract remainder: -48
---------
First unalignable sector: 976773120
Your last aligned sector: 976773119