GParted는 외장형 HDD의 끝에 1MB의 할당되지 않은 공간을 남겨 둡니다.

외장형 HD 만 말하지만 내부 HD는이 문제가 없습니다.

GPT 테이블을 만든 다음 하나의 NTFS 볼륨을 만들었습니다. 디스크 끝에 1MB가 할당되지 않았습니다. 나는 이것이 GPT 테이블의 백업이라는 것을 알고 있지만, 나는 그것을 원하지 않는다. 나는 어쨌든 내 데이터를 백업합니다. 이는 데이터 저장 전용입니다. MBR을 사용할 때이 문제가 있었고 볼륨 사이에 간격이있었습니다. 최근에 UEFI로 옮겨서 모든 드라이브에서 GPT를 사용하려고하지만 UEFI / GPT의 내부 동작에 대해서는 아직 익숙하지 않습니다.

나는 왜 내가 1MB를 되찾기를 바랄지는 모르겠다. 나는 그렇게한다. 볼륨을 암호화하고 싶지만 이후에는 쉽게 크기를 조정할 수 없기 때문에 볼륨을 암호화 할 수 없습니다.

누군가가 이것을 무시하고 내 모든 공간을 갖도록 해주는 다른 도구를 쓸 수 있다면 고마워. Windows에서 파티션을 시도했지만 Gparted는 항상 이것을 보여줍니다. 외부가 내부와 다르게 취급되는 이유를 이해할 수 없습니다. GPT에는 틈이 없어야합니다. 어쩌면 누군가는 또한이 공간이 필수적 / 이유가 무엇인지 설명 할 수 있습니다.

편집 : 나는 제안대로 gdisk로 장난하고있다. 그러나 gdisk는 Linux와 Windows가 모두 유효한 것으로 인식 할 GPT / UEFI 표준 호환 파티션을 만들 것입니까? 그렇다면 왜 Gparted는 그 공간을 떠날까요? 나는 아직도 외부가 내부와 다르게 대우받는 이유를 얻지 못한다. 표준은 표준이며 일정해야합니다.

볼륨 끝에있는 보조 레이블은 GPT에서 필요합니다. 이 디스크가없는 디스크는 손상되어 모든 시스템에서 인식되지 않을 수 있습니다. 최소한 수백 기가 바이트 정도의 디스크에 약간의 공간을 확보하기 위해 손상된 형식을 사용하는 것은별로 의미가 없습니다.

그러나 실제 GPT 레이블 크기는 약 68 킬로바이트에 불과합니다. 현대 파티셔닝 소프트웨어는 일반적으로 스타트 성능상의 이유로 1MB 경계에있는 각 파티션의 실제 디스크 섹터 또는 플래시 삭제 블록 크기의 배수이기 때문에 마지막 분할 영역의 끝이 1MB 경계에 있어야 할 필요는 없습니다. GParted는 기본적으로 그렇게 할 수 있지만 gdisk 마지막으로 사용할 수있는 섹터 (디스크 끝에서 68k)까지 올라간 파티션을 만들 수 있습니다.

그러나 1MB 정렬은 처음 파티션의 첫 번째 파티션에는 GPT 레이블과 첫 번째 파티션 사이에 약 1MB의 사용되지 않은 공간이 있습니다. 디스크의 물리적 섹터 또는 블록 삭제 크기를 알고있는 경우 1MB 경계 대신 파티션을 정렬하여 첫 번째 파티션의 시작 부분을 디스크 시작 부분으로 옮길 수 있습니다. (그러나 이것은 가치가있는 것보다 더 많은 어려움처럼 보인다.)

나는 발췌 한 것을 알아 차렸다. https://wiki.archlinux.org/index.php/Btrfs#Partition_offset

GRUB은 Btrfs 파티션을 부팅 할 수 있지만 모듈은 다른 파일 시스템보다 클 수 있습니다. 그리고 grub-install로 만든 core.img 파일은 MBR과 첫 번째 파티션 사이의 드라이브의 처음 63 섹터 (31.5KiB)에 맞지 않을 수 있습니다. fdisk 및 gdisk와 같은 최신 파티션 도구는 첫 번째 파티션을 약 1MiB 또는 2MiB만큼 오프셋하여이 문제를 방지합니다.

이것은 이것이 다른 대답이 나타내는 것처럼 섹터 / 경계 / 정렬 정렬 문제가 아니라 안전 장치임을 암시하는 것으로 보인다. 이 인수를 뒷받침하는 다른 표시 : 파티션을 bmp로 시작하는 동안 SSD를 포맷하는 동안 발생했습니다.하지만 파티션을 여유 공간의 시작 부분에 정렬해야합니다.하지만 1MB의 빈 공간이 내 파티션 앞에 있습니다. 아마도 MBR이 추가 공간이 필요할 것으로 예상하는 파티션 도구일까요? 그리고 파티셔닝 도구는 현재 진행되고있는 일에 대한 사용자 피드백을 제공하지 않습니다.