onde foi minha partição de 766 kb?

2

Eu usei fdisk -l e vi isso.

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x580a1fd4

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2          206848   417083391   208438272    7  HPFS/NTFS/exFAT
/dev/sda3       417095656  1953523711   768214028    f  W95 Ext'd (LBA)
/dev/sda5       417095658  1871315459   727109901    7  HPFS/NTFS/exFAT
Partition 5 does not start on physical sector boundary.
/dev/sda6      1871316992  1900611583    14647296   83  Linux
/dev/sda7      1900613632  1908424703     3905536   82  Linux swap / Solaris
/dev/sda8      1908426752  1953523711    22548480   83  Linux

Isso mostra que minha partição lógica sda5 termina em 1871315459 e sda6 começa em 1871316992 . Então, onde meu 1533 sectors ie 766 kb foi?

    
por Gaurav Sharma 16.01.2013 / 18:25

1 resposta

3

É uma coisa de alinhamento

Por motivos de desempenho, você realmente deseja que seu armazenamento seja alinhado em todos os níveis. Embora isso seja provavelmente apenas um disco rígido simples com uma tabela de partição e um sistema de arquivos diretamente, ainda é importante não desalinhá-lo.

E quanto ao alinhamento?

Suponha que o seu disco rígido funcione com setores de 4 kB (o seu parece funcionar com 512 bytes) e você tenha alinhado a partição para começar com apenas um deslocamento de byte e atualizando uma única página do sistema de arquivos de 4 kB. escreva dois setores em seu disco. Com apenas 4 kB se tornando 8 kB, isso não é um bom negócio, mas em sistemas maiores ou configurações de RAID isso se tornará um problema real quando o tamanho da faixa (tamanho de bloco) se tornar centenas de kilobytes ou até megabytes. Uma vez desalinhado nesse tamanho de faixa, isso poderia amplificar um bloco de sistema de arquivos de 4 kB para um tamanho de bloco de 2x (por exemplo, 2 MB) para discos, afetando também os cálculos de paridade (se houver).

O SSD e outras unidades baseadas em memória flash são afetados ainda pior. Normalmente, essas unidades estão usando tamanhos de página enormes. Eu vi 512 kB "setor" tamanho drives flash USB lá fora e este é um tamanho comum para unidades SSD IIRC. Um desalinhamento ao usar múltiplas camadas sobre ele (por exemplo, dm-crypt, LVM, sistema de arquivos) pode resultar em uma enorme amplificação de gravação (além do que eles já possuem) você realmente deseja evitar desgaste da unidade.

Por que essa lacuna no meu disco então?

Os utilitários mais recentes usam apenas o alinhamento de 1 MB no disco como um padrão seguro. É o menor denominador comum para configurações comuns, evitando a maioria dos desalinhamentos sem perder muito espaço.

Ganhar 766 kB em 1 TB não vale o impacto de desempenho que isso imporia.

Posso consertar isso?

Sim, você pode, você terá que olhar para a especificação da sua unidade, o tamanho do bloco do seu sistema de arquivos e descobrir o próprio alinhamento e, em seguida, corrigir a tabela de partição você mesmo. É meio perigoso fazer isso, no entanto.

No seu caso, sda5 provavelmente está desalinhado (começo) e eu moveria o sda5 para o alinhamento correto em uma ocasião que fosse adequada para mim (fazendo o backup dos dados primeiro!).

    
por gertvdijk 16.01.2013 / 18:41