web-dev-qa-db-fra.com

Pourquoi la partition commence-t-elle sur le secteur 2048 au lieu de 63?

J'avais deux disques partitionnés de la même manière et deux partitions RAID exécutées sur chacun.

Un est mort et je l'ai remplacé sous garantie pour le même modèle.

En essayant de la partitionner, la première partition ne peut démarrer que sur le secteur 2048, au lieu de 63 auparavant. Les disques ont une géométrie différente des précédents et des suivants. (Moins de têtes/plus de cylindres)

Ancien lecteur:

$ 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

Lecteur remis à neuf reçu de la garantie:

$ 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  ...

Pourquoi donc?

hard-drivepartitioningfdisk
48
gcb

Parce que votre ancien disque était partitionné avec un ancien utilitaire, tel que Linux fdisk, qui al’inutile implémentation de l’alignement des pistes à l’aide de la géométrie de disque fictive que vous voyez rapportée, et que votre nouveau disque a été partitionné ou est en cours de partitionnement par un utilitaire plus récent qui ( par défaut) s'aligne sur les limites de 1 Mo à la place.

Lectures complémentaires

40
JdeBP
fdisk -c=dos

Vous avez utilisé l'ancienne table de partitions DOS lors de la création de votre partition. Les versions plus récentes de fdisk n'utilisent pas le mode de compatibilité de dos par défaut.

33
Mike

Peut-être sera-t-il utile d'ajouter un commentaire ici. Pour la partition LUKS, il est supposé supprimer et recréer la partition au même endroit, mais plus grande avant d'appeler cryptsetup resize. Mais lorsque vous avez créé votre partition il y a longtemps, elle commence au secteur 63. Avec fdisk, la partition est recréée avec le mauvais décalage, ce qui entraîne la perte de la partition.

J'ai réussi à le récupérer en utilisant fdisk -c=dos pour pouvoir créer une partition à partir du secteur 63, sans problèmes.

7
Adrien Clerc

Vous ne savez pas vraiment pourquoi cela a commencé le 63, mais selon fdisk, la taille de votre secteur est de 512.

Donc, si vous voulez que vos partitions, et donc les clusters, soient alignés, votre offset de départ devrait être divisible par 512. 2048 est assez commun de nos jours.

Si vous préférez des secteurs mal alignés, vous pouvez toujours demander à GPart de déplacer votre partition à 63.

Modifier:

Ooops. Vous n'avez pas vu que vous avez un RAID. Vous devriez probablement poster votre RAID et la taille de bande.

1
surfasb

Bien que je sache que la question a été résolue, une solution rapide au problème du premier cylindre 63 vs 2048 est quelque chose comme:

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

(si vous êtes sûr que vos disques ont la même taille)

Vous pouvez ensuite procéder à l'ajout des différentes partitions dans les RAID où vous avez reçu des plaintes concernant le fait que les partitions ne sont pas de la même taille en raison de la différence entre les cylindres de départ 63/2048 qui a provoqué l'élimination de la taille des partitions.

1
Jason Byrne