A partição resultante não está alinhada corretamente para melhor desempenho

0

Estou tentando parition, mas recebo o seguinte erro -

The resulting partition is not properly aligned for best performance.

(parted) print
Model: Seagate BUP Slim Mac SL (scsi)
Disk /dev/sdd: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start  End  Size  File system  Name  Flags

(parted) mkpart                                                           
Partition name?  []? part1
File system type?  [ext2]? ext4                                           
Start? 10                                                                 
End? 100                                                                  
Warning: The resulting partition is not properly aligned for best performance.
    
por user1050619 06.07.2017 / 11:44

2 respostas

1

Sem ver a saída de um comando unit s print após a criação da partição, não posso ter certeza do que está acontecendo aqui. Eu tentei isso em uma unidade flash USB e não recebi tal aviso; mas essa unidade também informa um tamanho de setor físico de 512 bytes, não os 4096 bytes do seu disco. Além disso, você não diz qual versão do Ubuntu ou parted que está usando (estou usando o Ubuntu 16.04 e parted 3.2-15).

De qualquer forma, minha saída unit s print é:

Number  Start   End      Size     File system  Name   Flags
 1      20480s  194559s  174080s               part1

Isso está alinhado corretamente na maioria dos discos.

Para fazer o backup, existem várias razões pelas quais as partições devem ser "alinhadas" - ou seja, criadas em múltiplos de determinados números do setor. Os motivos incluem:

  • Muitos discos rígidos modernos usam setores físicos de 4096 bytes; mas para melhorar a compatibilidade, eles dividem cada um deles em oito setores lógicos de 512 bytes. O problema é que, se você escrevesse para menos de todos os oito desses setores lógicos, o disco teria que ler o setor físico completo, modificá-lo e gravar o resultado de volta no disco. Isso levaria mais tempo do que escrever o setor físico completo (isto é, todos os oito de seus setores lógicos). Como muitos sistemas de arquivos usam estruturas de dados com 4096 bytes ou mais, iniciar um sistema de arquivos (partição) em algo diferente de um limite de oito setores pode causar grave degradação do desempenho. Consulte este artigo que escrevi para o IBM developerWorks para saber mais sobre este assunto, incluindo testes de benchmark mostrando a quantidade de degradação que pode resultar. (Uma ressalva: fiz esses testes há vários anos. Os resultados podem ser diferentes agora devido a alterações no hardware ou no software).
  • Em alguns tipos de configuração de RAID, os dados são "distribuídos" em vários discos. Isso pode resultar em melhorias de desempenho, mas essas melhorias são melhores se as partições forem dispostas com pontos de partida em múltiplos do tamanho da faixa, que normalmente está no intervalo de tamanho de 16 KiB a 256 KiB.
  • Os SSDs podem ver efeitos de desempenho e longevidade com base no tamanho do bloco de apagamento, que normalmente é de 512 KiB a 1 MiB, embora eu tenha ouvido falar de SSDs com tamanhos de blocos de exclusão peculiares, como 3 MiB.

Na maioria dos casos, o alinhamento nos limites do setor 2048 (1 MiB) funciona bem para todas essas tecnologias. (Um SSD com um tamanho de bloco de 3 MiB erase seria uma exceção a essa regra.) Esse valor tornou-se o padrão para a maioria das ferramentas de particionamento. Dependendo de como parted interpretou sua entrada (unidades, etc.) e como está determinando se suas partições estão alinhadas de maneira ideal, você pode ou pode ter um problema real. É por isso que eu disse que você precisa olhar para a saída unit s print . (A parte unit s é crítica; sem essa parte, parted mostrará os pontos inicial e final da partição arredondados para MiB, GiB ou algum outro valor, que não é preciso o suficiente para determinar o alinhamento adequado.)

Existem casos em que parted é conhecido por reclamar sem justa causa. Por exemplo, é impossível alinhar apropriadamente partições estendidas em discos MBR, uma vez que apenas as estruturas de dados reais dessas partições têm 512 bytes de tamanho; mas o parted (ou algumas versões dele, de qualquer forma) irá reclamar se uma partição estendida não iniciar em um limite de alinhamento. IIRC, algumas versões também analisam o ponto final da partição, mas isso não é relevante, exceto na medida em que possa afetar o ponto de início da próxima partição.

Um último ponto: no meu teste, parted tratou um ponto inicial de 10 como 10 MiB - ou mais provavelmente, como 10 MB, e depois arredondou para alinhamento adequado. Em seguida, ele parece ter tratado o ponto final 100 como 100 MB e arredondado novamente para o alinhamento. Em qualquer caso, um ponto inicial de 10 MiB (o resultado após o arredondamento) deixa perto de 10 MiB de espaço não utilizado no início do disco. Mesmo com o alinhamento de 1 MiB, são 9 MiB de espaço não utilizado. Isso não é uma grande quantidade de espaço em um disco moderno, mas você pode querer reconsiderar e iniciar a primeira partição em 1 MiB.

    
por Rod Smith 06.07.2017 / 15:35
0

Faça backup dos dados da partição desalinhada, exclua e recrie a partição usando gparted , certificando-se de que o seguinte seja definido como mostrado ...

Restaure seus dados quando terminar.

    
por heynnema 06.07.2017 / 17:34