perché la partizione inizia sul settore 2048 invece di 63

Avevo due drive partizionati allo stesso modo e correndo 2 partizioni raid su ciascuna.

Uno è morto e lo ho sostituito sotto garanzia per lo stesso model.

Durante la partizione, la prima partizione può iniziare solo sul settore 2048, anziché 63 prima. Il driver ha geometrie differenti come quelle precedenti e quelle residue. (Meno teste / più cilindri)

vecchio drive:

$ 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 

unità ricondizionata ricevuta dalla garanzia:

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

perché?

Poiché il vecchio disco è stato partizionato con una vecchia utility, come il fdisk Linux, che implementava inutilmente l'allineamento del tracciato utilizzando la geometria del disco completamente macchiata che si vede riportto e il nuovo disco è stato o è stato partizionato da un'utilità più recente che ( per impostazione predefinita) si allinea ai limiti 1MiB.

Ulteriori letture

  • Jonathan de Boyne Pollard (2011). Il gen su allineamento del disco partizionamento. Frequenti risposte.
 fdisk -c=dos 

È stata utilizzata la vecchia tabella delle partizioni DOS durante la creazione della partizione. Le versioni più recenti di fdisk non utilizzano la modalità di compatibilità dei file per impostazione predefinita.

Forse sarà utile aggiungere un commento qui. Per la partizione LUKS, viene detto di eliminare e ricreare la partizione nello stesso posto, ma più grande prima di call il cryptsetup resize . Ma quando hai creato la tua partizione molto tempo fa, inizia nel settore 63. Utilizzando fdisk, la partizione verrà ricreata a un errore offset, causando una partizione persa.

Sono riuscito a ripristinarlo usando fdisk -c=dos per poter creare partizioni dal settore 63, senza problemi.

Non so perchè iniziava 63 anni in primo luogo, ma secondo fdisk, i tuoi formati del settore sono 512.

Quindi, se vuoi che le vostre partizioni, e quindi i cluster siano allineati, il tuo offset di partenza dovrebbe essere divisibile per 512. Il 2048 è abbastanza comune in questi giorni.

Se si preferisce settori disallineati, è sempre ansible get GPart per spostare la partizione in 63.

Edit:

Ooops. Non hai visto che hai un RAID. Dovresti probabilmente submit la tua dimensione RAID e delle stripe.

Mentre mi rendo conto che la questione reale è stata risolta, una soluzione rapida per il problema di primo cilindro 63 vs 2048 è qualcosa di simile:

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

(se sei sicuro che hai unità che siano le stesse size)

È quindi ansible procedere con l'aggiunta delle varie partizioni nei RAID in cui si hanno lamentele circa le partizioni che non sono le stesse size a causa della differenza di avvio 63/2048 del cilindro che lancia le eventuali size delle partizioni.