Pequeno espaço não alocado restante, ao particionar o disco rígido. Para que serve e por que não posso usá-lo?

Question

De vez em quando encontro um pequeno espaço não alocado no esquema de particionamento de um disco rígido, quando quero criar uma partição de tamanho máximo, mesmo que eu tenha definido o "Espaço livre seguinte" como zero no diálogo de particionamento. (veja a primeira foto abaixo).

De que uso esse espaço livre de 2048 setores ? A tabela de partições escolhida é a GPT . Este pequeno espaço é destinado ao MBR equivalente ao GPT? Se sim, por que está no final do espaço, não deveria estar no início do HDD?

    

Answer 1

Não sei por que o libparted faz isso, mas tenho três hipóteses:

• Pode ser uma relíquia de tempos passados. Ao usar o alinhamento de cilindro de estilo antigo, o número de setores em um disco moderno raramente funcionaria para um número exato de cilindros - isto é, o último cilindro seria parcial. Assim, ao particionar discos MBR com alinhamento de cilindros, era prática comum deixar alguns setores no final do disco sem uso. É possível que os algoritmos que o libparted usa para fazer isso acabem criando uma lacuna de 1 MiB nos discos GPT. Se assim for, isso pode ser considerado um bug, ainda que muito pequeno.
• Pode ser um erro de arredondamento. Em versões recentes do libparted, os pontos iniciais da partição são alinhados em limites de 1MiB. Os desenvolvedores podem ter pretendido que a partição terminasse no último setor utilizável, mas um erro de arredondamento pode ter causado a queda no valor de alinhamento da partição de 1 MiB.
• Pode ser intencional. Uma lacuna no final do disco poderia ser usada para uma Partição de inicialização do BIOS (que os usuários devem adicionar algumas vezes após o particionamento porque eles não sabia que eles precisavam) ou para ajustar o tamanho da tabela de partição. Infelizmente para esta hipótese, o libparted não permite o uso deste espaço em nenhuma destas maneiras, embora gdisk faça.

Eu listei essas opções em ordem decrescente de plausibilidade. Observe que eu sou o autor do fdisk da GPT ( gdisk , sgdisk e cgdisk ), então Estou extremamente familiarizado com as necessidades do particionamento GPT. Eu até contribuí com algumas linhas de código para o libparted, mas eu não estou familiarizado com as áreas específicas da libparted que são responsáveis por esse comportamento, daí a natureza especulativa de minhas hipóteses.

    

Answer 2

Em artigo da Arch Linux Wiki na tabela Partição do GUID:

Observação: lembre-se de que o GPT armazena uma tabela secundária no final do disco. Você deve se certificar de que o último 1 MiB do disco não é usado por nenhuma partição.