por que a partição começa no setor 2048 em vez de 63

Question

Eu tinha dois discos particionados da mesma forma e executando duas partições de ataque em cada.

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

Ao tentar particioná-lo, a primeira partição só pode iniciar no setor 2048, em vez de 63, que era antes. O driver tem geometria diferente como as anteriores e restantes. (Menos cabeças / mais cilindros)

drive antigo:

$ 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 isso?

    

Answer 1

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

Leitura adicional

• Jonathan de Boyne Pollard (2011). A geração no alinhamento da partição do disco. Respostas dadas.

Answer 2

fdisk -c=dos

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

    

Answer 3

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 de chamar cryptsetup resize . Mas quando você criou sua partição há muito tempo, ela começa no setor 63. Usando fdisk, a partição será recriada no deslocamento errado, resultando em uma partição perdida.

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

    

Answer 4

Não sei por que começou em 63, mas, de acordo com o fdisk, seus tamanhos de setor são 512.

Portanto, se você quiser 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, então você sempre pode obter o GPart para mover sua partição de volta para 63.

Editar:

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

    

Answer 5

Enquanto percebo que a pergunta atual foi respondida, uma correção rápida para o problema do primeiro cilindro de 63 vs 2048 é algo como:

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

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

Você pode então continuar adicionando as várias partições de volta aos RAIDs, onde você teve queixas sobre as partições não serem do mesmo tamanho, devido à diferença de início do cilindro 63/2048, que expulsa os tamanhos de partição eventuais.