O GParted deixa 1 MB de espaço não alocado no final do HDD externo, substituir / alternativo?

Question

Eu só digo HD externo, eu não tenho esse problema com HDs internos.

Eu criei uma tabela GPT e fiz um volume NTFS. Mostra 1MB não alocado no final do disco. Eu sei que é um backup da tabela GPT, mas não quero isso lá. Eu faço backup dos meus dados de qualquer maneira. Isso é apenas para armazenamento de dados. Eu tive esse problema ao usar MBR e lacunas entre volumes. Recentemente, mudei-me para o UEFI e queria usar o GPT em todas as unidades, mas ainda não estou muito familiarizado com o funcionamento interno do UEFI / GPT.

Eu não estou querendo discutir por que eu quero o 1MB de volta, acabei de fazer. Quero criptografar o volume, mas ele não pode mais ser redimensionado depois disso.

Se alguém puder nomear alguma outra ferramenta que me permita substituir isso e deixar que eu tenha todo o meu espaço, obrigado. Eu tentei particioná-lo no Windows, mas Gparted sempre mostra isso. Eu não entendo porque o externo é tratado de forma diferente dos internos. GPT não deveria ter lacunas. Talvez alguém também possa explicar se / porque este espaço é essencial.

Edit: estou brincando com o gdisk, como sugerido. Mas o gdisk criará uma partição compatível com os padrões GPT / UEFI que o Linux e o Windows reconheçam como válida? Em caso afirmativo, por que Gparted deixa o espaço? Eu ainda não entendo porque o externo é tratado de forma diferente do que internals. Padrões são padrões, sejam uniformes.

    

Answer 1

A etiqueta secundária no final do volume é exigida pela GPT; um disco sem ele está corrompido e pode não ser reconhecido por todos os sistemas. Usar um formato corrompido para ganhar uma pequena quantidade de espaço, em um disco que provavelmente tem algumas centenas de gigabytes, não faz muito sentido.

No entanto, o rótulo real do GPT tem apenas 68 kilobytes de tamanho. O software de particionamento moderno normalmente alinha o start de cada partição em um limite de 1MB por motivos de desempenho, já que esse é um múltiplo de qualquer setor de disco ou tamanho de bloco de apagamento real, mas não há necessidade real para o final a última partição para estar em um limite de 1MB. O GParted pode fazer isso por padrão, mas gdisk permite criar uma partição que vai até o último setor utilizável (68k do final do disco).

Note, no entanto, que o alinhamento de 1MB do início de suas partições significa que você também tem cerca de 1MB de espaço não utilizado no início do disco, entre o rótulo GPT e a primeira partição. Se você conhece o setor físico do seu disco ou o tamanho do bloco de apagamento, você pode alinhar suas partições para isso em vez de usar limites de 1 MB, para mover o início da primeira partição para mais perto do início do disco. (Mas isso parece mais problema do que vale a pena.)

    

Answer 2

Eu notei um trecho do link

GRUB can boot Btrfs partitions however the module may be larger than other file systems. And the core.img file made by grub-install may not fit in the first 63 sectors (31.5KiB) of the drive between the MBR and the first partition. Up-to-date partitioning tools such as fdisk and gdisk avoid this issue by offsetting the first partition by roughly 1MiB or 2MiB.

Isto parece implicar que este não é um problema de alinhamento de setor / limite / etc. como outras respostas parecem indicar, mas uma salvaguarda. Outros sinais que suportam este argumento: isso ocorreu para mim durante a formatação de um SSD com btrfs, depois que eu especifiquei a partição ser alinhada no início do espaço livre ... mas o 1MB de espaço vazio foi localizado antes da minha partição. Então, talvez esta seja a ferramenta de particionamento antecipando que o MBR pode precisar de espaço extra? E a ferramenta de particionamento simplesmente não dá feedback ao usuário sobre o que está acontecendo?