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