Comparando 2 partições em discos idênticos

Question

Eu tenho dois discos fisicamente idênticos. Cada um com uma partição:

| Disk     | FS   | Size     | Comment                          |
|----------+------+----------+----------------------------------|
| /dev/sdb | NTFS | 468.8 GB | Partition created long           |
|          |      |          | ago with Partition magic, Win XP |
|----------+------+----------+----------------------------------|
| /dev/sdc | ext4 | 458.5 GB | Partition created last           |
|          |      |          | week with Linux fdisk v. 2.21.2  |
|----------+------+----------+----------------------------------|

Aqui estão as informações do fdisk para cada uma delas:

sdb

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 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: 0x3765c6b7

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *          63   976768064   488384001    7  HPFS/NTFS/exFAT

sdc

Disk /dev/sdc: 500.1 GB, 500107862016 bytes
81 heads, 63 sectors/track, 191411 cylinders, total 976773168 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: 0xe84f8200

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048   976773167   488385560   83  Linux

Apesar de serem idênticos, o fdisk dá informações diferentes:

| Disk | heads | cylinders |
|------+-------+-----------|
| sdb  |   255 |     60801 |
| sdc  |    63 |    191411 |

Perguntas

1. Por que essa diferença existe?

2. Por que o sdb1 termina com o bloco # 68064, enquanto o sdc com o # 73167?

   Espaço no final: 976773167 - 976768064 = 5103 blocos

   Espaço no começo: 63 - 2048 = -1985 blocos

   Total: 5103 - 1985 = 3118 blocos

sdc1 deve ter mais 3118 blocos. Enquanto na realidade a partição é menor. Por quê?

3. Ouvi dizer que é melhor iniciar a partição do bloco # 2048 e depois 63. Portanto, o sistema de arquivos sdc deve funcionar mais rápido e, em seguida, o sdb. É verdade?

Answer 1

1. O endereçamento do cilindro / cabeça / setor é horrivelmente obsoleto, mas algumas ferramentas de disco antigas ainda o usam por padrão, e o Linux fdisk oferece suporte a ele na emulação. Os valores CHS que está dando não se referem a nenhuma realidade física do disco, mas são suposições baseadas na (eu acho) a tabela de partições atual. Eles provavelmente podem ser ignorados com segurança.

2. O sdc1 é executado até o final do disco, conforme fdisk default; sdb1 pára em algum lugar curto, deixando espaço livre no final, para algum propósito provavelmente inescrutável (talvez o Windows use isso?) Enquanto isso, o sdc1 começa no setor 2048, o que significa que ele está alinhado em 1MB; isso garante desempenho decente nos discos modernos e também faz com que haja bastante espaço antes da primeira partição para os gerenciadores de inicialização, GPT, se desejado, e assim por diante. O sdb1 está usando um padrão mais antigo para a primeira partição inicial, que ainda funcionará em hardware moderno, mas pode causar problemas de alinhamento e problemas de carregamento de inicialização.

   O motivo pelo qual o sdb1 verifica como maior que o sdc1, mesmo que o segundo seja mais longo? Se você tirou esses números de um verificador de sistema de arquivos, eu acho que é devido a diferentes FSs, e o código não os trata de forma idêntica. (É possível, por exemplo, que o código NTFS FS esteja relatando algo mais parecido com o tamanho da partição bruta, enquanto o ext * está subtraindo a sobrecarga do sistema de arquivos.) Sem mais detalhes aqui, é difícil dizer.

3. Se o setor de início da partição é importante depende da sua configuração. Os discos antigos eram bons, desde que tudo estivesse alinhado com 512 bytes; os mais novos mudaram para setores físicos de 4k, e assim eles querem coisas alinhadas a essa granularidade (e promulgaram uma pesada penalidade de desempenho se não estivessem). A partir de 1M permite o uso mais fácil de várias técnicas de mapeamento de dispositivos (principalmente Linux / Unix), que adicionam sobrecarga de disco no início de um dispositivo, enquanto ainda asseguram o alinhamento 4k. É difícil dizer se isso será importante no seu caso, mas o alinhamento do 1M provavelmente é uma boa forma.