(desde que o alinhamento da partição e do sistema de arquivos no SSD faça sentido :)
Ao fazer o alinhamento de partições em SSDs, há no início algum espaço não utilizado (por exemplo, cerca de 1 MiB, se a primeira partição começar no setor 2048, quando o tamanho lógico do setor for 512 bytes).
Há alguma desvantagem em usar esse espaço (pode-se ter uma pequena partição contendo o GRUB, ou também é possível iniciar o sistema de arquivos raiz não no setor 2048, mas, por exemplo, em 64 MiB, e usar o espaço anterior como partição /boot. O arquivo sistema pode estar desalinhado, mas raramente é gravado)?
Não consigo ver nada falando contra isso (além de perder uma partição primária ao usar o layout de partição DOS), há algo que não seja óbvio falando contra isso? (Também vejo que não há muitos benefícios em tentar usar os primeiros 1-4 MiB de espaço, exceto que pode "parecer melhor" não desperdiçá-lo).
Responder1
O deslocamento de 1 MB foi escolhido porque é praticamente garantido que estará alinhado, independentemente do armazenamento subjacente. Foi escolhido pela primeira vez quando os discos magnéticos mudaram para setores de 4KiB. Mas alinhado está alinhado e isso não deveria importar.
Hora da história!
Quando eu precisava fazer meus primeiros discos 4K funcionarem em arrays antigos, eu iniciava a partição no setor 56 (vs. o tradicional 63), porque não era possível mudar para o setor 64: então a partição não seria grande o suficiente para ingressar na matriz RAID. Em uma tabela de partições DOS, isso tirou algum espaço usado para o GRUB, mas felizmente ainda tinha o suficiente. Mais tarde, ao obter discos maiores, mudei para o setor 2048. O disco é maior, portanto as partições ainda podem ser grandes o suficiente para ingressar nas matrizes RAID. É claro que ter discos diferentes em um sistema aumenta o trabalho do administrador de sistemas – mas, bem, a vida é assim. (Felizmente, consegui aposentar a maioria desses sistemas).
1 MB de espaço em um disco magnético multi-TB não é perceptível. Nem está em um SSD de centenas de GB. eu confessofazMe irrita um pouco por estar desperdiçando espaço - quero dizer, eu cresci na época em que 120 MB era um disco rígido enorme e o sistema operacional cabia em um disquete.1MB!? Esse é um sistema operacional completo!
Porém, ele tem uma grande vantagem: está alinhado para discos 4K, está alinhado para SSDs (que têm um tamanho de bloco físico de pelo menos 64 KiB), é razoavelmente fácil de alinhar em faixas em um array e vai provavelmente estarão alinhados com todas as tecnologias de armazenamento razoáveis por um bom tempo.
Mas se você tiver um único disco, realmente não há desvantagens, exceto ser fora do padrão (por exemplo, se eu estivesse tentando recuperar dados de um disco após uma tabela de partição perdida, eu verificaria a partição começando em 2048 primeiro .)
E quanto a outra alternativa: uma bota não alinhada não é grande coisa. As leituras podem ser um pouco mais lentas e as gravações muito mais lentas, mas isso não acontece com frequência. No entanto, uma partição /boot de 64 MB é muito pequena, eu não usaria menos de 256 MB. Mesmo um initrd direcionado (em oposição ao genérico) tem ~ 5 MB, outros ~ 4 MB para o kernel, e você fica rapidamente sem espaço após algumas atualizações (a menos que você tenha muita rotina em limpar kernels antigos). A inicialização EFI, entretanto, deve estar OK, desde que você não esteja colocando kernels/initrds lá.
Responder2
É perfeitamente normal espremer uma bios_grubpartição no formato 64s-2047s. No caso da partição DOS, é para isso que os primeiros setores serão usados (apenas sem nenhuma partição).
Para partições de dados, sistemas de arquivos reais, eu ficaria com o alinhamento MiB.
Responder3
Se o sistema tiver um recurso de "proteção do setor de inicialização" do BIOS ativado, usar o disco inteiro para, por exemplo, RAID de software poderá tornar o software RAID insatisfeito, pois o recurso do BIOS impede (para maior segurança!) gravações nesses blocos iniciais. Portanto, essa é uma desvantagem potencial de usar o disco inteiro (sem revisar o BIOS para tais recursos e garantir que eles estejam desligados).