Taille du secteur fdisk et problèmes d'alignement

J'ai exécuté la commande:

# fdisk /dev/sda1

Le résultat était:

The device presents a logical sector size that is smaller than
the physical sector size. Aligning to a physical sector (or optimal
I/O) size boundary is recommended, or performance may be impacted.

Command (m for help): p

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: 0xe0c5913d

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63    40965749    20482843+  1c  Hidden W95 FAT32 (LBA)
Partition 1 does not start on physical sector boundary.
/dev/sda2   *    40966144   334567423   146800640    7  HPFS/NTFS/exFAT
/dev/sda3       334567424   753997823   209715200   83  Linux
/dev/sda4       753999870  1953525167   599762649    5  Extended
Partition 4 does not start on physical sector boundary.
/dev/sda5       753999872  1949376511   597688320   83  Linux
/dev/sda6      1949378560  1953525167     2073304   82  Linux swap / Solaris

J'ai des problèmes en raison des éléments suivants:

• Le périphérique présente une taille de secteur logique inférieure à la taille de secteur physique. Il est recommandé de s'aligner sur une limite de taille de secteur physique (ou d'E / S optimale), sinon les performances peuvent être affectées.

• La partition 1 ne démarre pas à la limite du secteur physique.

• La partition 4 ne démarre pas à la limite du secteur physique.

Comment suis-je autorisé à résoudre un ou plusieurs de ces éléments sans perdre mes fichiers et mes partitions?

Quels sont les problèmes que je vais laisser tout comme ça?

La taille du secteur logique étant plus petite que la taille du secteur physique est normale pour la plupart des disques modernes. C'est simplement ainsi que les disques au format avancé sont le plus souvent implémentés. Certains disques externes utilisent la même taille de secteur (4096 octets) pour les secteurs physiques et logiques, et j'ai entendu dire que certains disques internes haut de gamme font maintenant la même chose, mais la plupart des disques de nos jours sont des modèles au format avancé avec 512 octets secteurs logiques et secteurs physiques de 4096 octets. Il n'y a rien que vous puissiez (ou devriez essayer) de faire à ce sujet.

Cela dit, il est important d'aligner correctement les partitions pour les disques au format avancé. J'ai effectué des tests sur des disques au format avancé pour déterminer ce qui se passe lorsque leurs partitions sont mal alignées et j'ai publié les résultats ici. En bref, l'étendue du problème varie considérablement d'un système de fichiers à l'autre et d'un disque à l'autre, mais il y a presque toujours une pénalité de performance importante (et parfois énorme ) associée aux partitions mal alignées.

Votre /dev/sda4, cependant, ne détient pas directement un système de fichiers; c'est une partition étendue, ce qui signifie qu'il s'agit simplement d'un conteneur pour d'autres partitions. Les données directement associées à /dev/sda4sont simplement deux secteurs (logiques), qui ne sont probablement même pas adjacents l'un à l'autre, de sorte qu'ils ne peuvent pas être correctement alignés. De réelles pénalités de performance proviendraient de l'alignement des partitions contenues à l'intérieur /dev/sda4. Dans votre cas, /dev/sda4tient /dev/sda5et /dev/sda6, les deux étant correctement alignés. Ainsi, vous n'avez pas à vous inquiéter /dev/sda5. L'avertissement que vous voyez est simplement un code trop enthousiaste à propos de signaler un "problème" quand il n'existe pas.

Votre /dev/sda1, par contre, n'est pas correctement aligné - il commence sur le secteur 63, qui n'est pas divisible par 8. Que vous fassiez quelque chose à ce sujet dépend de combien vous utilisez cette partition, comment vous l'utilisez (taille du fichier, lectures et écritures, etc.), à quel point il est important d'en tirer des performances optimales, de savoir si vous disposez de sauvegardes adéquates, etc. Je vous recommande de lire l'article auquel j'ai fait référence plus haut, puis de décider de résoudre le problème. (Je n'ai pas signalé de résultats FAT dans cet article pour des raisons d'espace, mais les performances FAT ont assez mal souffert - IIRC, pas aussi mal que ReiserFS, mais au moins aussi mal que la plupart des autres systèmes de fichiers natifs de Linux.)

Si vous décidez de corriger /dev/sda1, vous devez commencer par le sauvegarder. Cela fait, une façon de le corriger est de le supprimer, de créer une nouvelle partition à sa place et de restaurer ses fichiers. Une autre façon (après la sauvegarde) est de redimensionner la partition dans GParted. Apportez une petite modification au point de départ; toute version récente de GParted devrait arrondir à un multiple de 2048 secteurs, et tout ira bien. Le déplacement du point de départ d'une partition est toujours plus risqué et prend plus de temps que le déplacement du point final. Comme la partition ne fait que 19 Go, l'opération ne devrait pas prendre un temps ridicule, même en déplaçant le point de départ, mais elle ne sera pas instantanée.

En guise de remarque et de contexte, seuls des outils assez anciens désalignent les partitions sur les disques modernes au format avancé. Je suppose que vous avez utilisé un tel outil (une ancienne version de Linux de fdiskou DOS FDISK, peut - être) pour créer /dev/sda1, puis utilisé un outil plus moderne (une version plus récente fdisk, partedou GParted, peut - être) pour créer le reste de vos partitions.