Por que a partição inicia no setor 2048 em vez de 63?

Eu tinha duas unidades particionadas iguais e executando duas partições RAID em cada uma.

Um morreu e eu o substituí na garantia pelo mesmo modelo.

Ao tentar particioná-lo, a primeira partição pode iniciar apenas no setor 2048, em vez de 63 anteriormente. O drive possui geometria diferente da anterior e do restante. (Menos cabeças / mais cilindros)

Unidade antiga:

$ sudo fdisk -c -u -l /dev/sdb 

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000aa189

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *          63   174080339    87040138+  83  Linux
/dev/sdb2       174080340   182482334     4200997+  82  Linux swap / Solaris
/dev/sdb3       182482335  3907024064  1862270865   fd  Linux raid autodetect

Unidade remanufaturada recebida da garantia:

$ sudo fdisk -c -u -l /dev/sda

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
81 heads, 63 sectors/track, 765633 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000d0b5d

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048  ...

Por que é que?

Como o disco antigo foi particionado com um utilitário antigo, como o Linux fdisk, que implementou inutilmente o alinhamento de faixas usando a geometria totalmente falsa que você vê relatada, e o novo disco foi ou está sendo particionado por um utilitário mais recente que (por padrão) alinha aos limites de 1MiB.

Leitura adicional

• Jonathan de Boyne Pollard (2011). O alinhamento da partição de disco no gen. Respostas dadas com freqüência.

fdisk -c=dos

Você usou a tabela de partição antiga do DOS ao criar sua partição. Versões mais recentes fdiskdo não usam o modo de compatibilidade dos por padrão.

Talvez seja útil adicionar um comentário aqui. Para a partição LUKS, diz-se para excluir e recriar a partição no mesmo local, mas maior antes da chamada cryptsetup resize. Mas quando você criou sua partição há muito tempo, ela começa no setor 63. Usando o fdisk, a partição será recriada no deslocamento errado, resultando em uma partição perdida.

Consegui recuperá-lo usando fdisk -c=dospara poder criar partição do setor 63, sem problemas.

Não sei por que começou no 63, mas de acordo com o fdisk, o tamanho do seu setor é 512.

Portanto, se você deseja que suas partições e, assim, os clusters sejam alinhados, seu deslocamento inicial deve ser divisível por 512. 2048 é bastante comum atualmente.

Se você preferir setores desalinhados, sempre poderá fazer com que o GPart mova sua partição de volta para 63.

Editar:

Opa. Não viu que você tem um RAID. Você provavelmente deve postar seu RAID e tamanho da faixa.

Embora eu saiba que a pergunta real foi respondida, uma solução rápida para o problema do primeiro cilindro 63 vs 2048 é algo como:

sfdisk -d /dev/sdb | sfdisk --force /dev/sda

(se você tiver certeza de que possui unidades do mesmo tamanho)

Você pode então continuar adicionando as várias partições de volta aos RAIDs, onde recebeu reclamações sobre as partições não serem do mesmo tamanho devido à diferença no cilindro de partida 63/2048, descartando os eventuais tamanhos de partição.

A opção 1 MiB (tamanho de bloco emulado de 2048 * 512 bytes) é uma excelente opção para várias configurações de armazenamento de hardware. Como as estruturas de dados do sistema de arquivos geralmente estão alinhadas com o ponto de início da partição, isso pode ser importante para maximizar a velocidade de leitura / gravação do armazenamento.

Por exemplo:

O RAID pode usar faixas de dados com tamanho entre 16 e 256 KiB. 1 MiB é um múltiplo inteiro disso, portanto, iniciar a partição em 1 MiB é compatível com o modelo RAID subjacente.

Os SSDs normalmente têm um tamanho de bloco de apagamento de 128 a 256 páginas NAND, que, dependendo da unidade, podem ser 256 KiB ou 512 KiB. Então, aqui novamente, iniciar a partição em 1 MiB é compatível com as características de armazenamento SSD subjacentes.

Os HDDs que rodam no formato Advance 512e têm um tamanho de bloco físico de 4 KiB e, novamente, 1 MiB é um múltiplo inteiro (embora um tanto grande) disso.

Portanto, se você tiver um drive AF e estiver particionando como GPT, poderá ficar perfeitamente satisfeito com sua primeira partição começando no bloco LBA 40 (um múltiplo inteiro dos 8 blocos lógicos em cada bloco físico do seu HDD), quase nenhum real. o armazenamento mundial é perdido apenas iniciando no bloco LBA 2048 (1 MiB), que é apenas um valor mais flexível para o padrão de particionamento de software, pois é adequado para praticamente qualquer configuração de hardware.