- Partition start/alignment
Faça com que eles comecem em 1 limite MiB, por exemplo, usando parted
e unit mib
. Dessa forma, você não terá problemas com os discos do setor 4k de hoje, e não com os discos 8k ou 16k de amanhã ... e você perderá apenas 1MiB por disco.
Você pode verificar o alinhamento da partição de qualquer disco usando parted /dev/disk unit b print free
. Ele imprime unidades em bytes para que você possa ver se um start
de 1250249670656
é realmente um múltiplo de 4096 (4k) ou 1048576 (1MiB).
Observe que, em um esquema de particionamento msdos, apenas as partições primárias e lógicas precisam ser alinhadas. A partição estendida (contêiner para os lógicos) não importa.
- RAID stripe size
Normalmente, 64k ou 512k, então é um múltiplo de 4k já e não é um problema.
- RAID superblock position
Não importa. Se o superbloco estiver no final, o alinhamento é a própria partição. Se o superbloco estiver no início, mdadm
usará um deslocamento de dados que será múltiplo de MiB (até 128 MiB). Verifique o deslocamento de dados com mdadm --examine /dev/sda1
.
- LVM PV --dataalignment
O deslocamento do LVM também é geralmente de 1 MiB, verifique com pvs -o +pe_start
.
- then alignment of any file systems in the LVs
Quando o próprio PV estiver alinhado, todos os LV também serão alinhados automaticamente, porque o tamanho do PE é (geralmente) também um múltiplo de 1 MiB. (4 MiB ou maior)
E os sistemas de arquivos usam um tamanho 4k por muito tempo. Pelo menos com os sistemas de arquivos padrão do Linux, você não pode fazer nada de errado neste momento.
even fdisk
Embora haja algum desenvolvimento com fdisk
ultimamente, prefiro parted
ou gdisk
.
Eu também não me preocuparia com unidades mistas. Esse é o tipo de flexibilidade que você obtém com o Linux Software RAID, é uma coisa boa. Eu mesclei tamanhos de disco e nunca notei nenhum problema por causa disso.