fdisk taille du secteur et problèmes d'alignement
J'ai exécuté la commande:
# fdisk /dev/sda1
La sortie é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
Je suis en difficulté parce que les éléments suivants:
Le périphérique présente une taille de secteur logique inférieure à la taille de secteur physique. L'alignement sur une limite de taille de secteur physique (ou optimale d'E/S) est recommandé, sinon les performances pourraient en être affectées.
La partition 1 ne commence pas à la limite du secteur physique.
La partition 4 ne commence pas à la limite du secteur physique.
Comment puis-je avoir le droit de résoudre un ou plusieurs de ces éléments sans perdre mes fichiers et mes partitions?
Quels sont les problèmes que je vais avoir tout en laissant tel quel?
La taille du secteur logique étant inférieure à la taille du secteur physique est normale pour la plupart des disques modernes. C’est simplement ainsi que 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 physique et logique, et j'ai entendu dire que certains disques internes haut de gamme font maintenant la même chose, mais la plupart des disques sont aujourd'hui des modèles de 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 produit lorsque leurs partitions sont mal alignées et publier les résultats ici. En bref, l'étendue du problème varie énormément d'un système de fichiers à l'autre et d'un disque à l'autre. une autre, mais il y a presque toujours une pénalité de performance importante (et parfois énorme ) associée à des partitions mal alignées.
Votre /dev/sda4, cependant, ne contient pas directement un système de fichiers; c'est une partition étendue, ce qui signifie que c'est simplement un conteneur pour d'autres partitions. Les données directement associées à /dev/sda4 sont simplement deux secteurs (logiques), qui ne sont probablement même pas adjacents, de sorte qu'ils ne peuvent pas être correctement alignés . Les pénalités de performances réelles proviendraient de l’alignement des partitions contenues dans /dev/sda4. Dans votre cas, /dev/sda4 contient /dev/sda5 et /dev/sda6, les deux étant correctement alignés. Ainsi, vous n'avez pas à vous soucier de /dev/sda5. L'avertissement que vous voyez est simplement un code qui enthousiasme excessivement pour signaler un "problème" alors qu'il n'en existe pas.
Votre /dev/sda1, en revanche, n’est pas correctement aligné - il commence par le secteur 63, qui n’est pas divisible par 8. Que vous deviez ou non faire quelque chose à ce sujet dépend de votre utilisation de la partition, de son utilisation (taille du fichier). , lit contre écrit, etc.), à quel point il est important d’obtenir des performances optimales, que vous disposiez de sauvegardes adéquates, etc. Je vous recommande de lire l’article cité précédemment, puis de décider de résoudre le problème. (Je n'ai pas signalé les résultats FAT dans cet article pour des raisons d'espace, mais les performances FAT ont assez souffert - IIRC, pas aussi mal que ReiserFS, mais au moins aussi mal que la plupart des autres systèmes de fichiers natifs Linux.)
Si vous décidez de corriger /dev/sda1, commencez par le sauvegarder. Cela fait, vous pouvez le supprimer, créer une nouvelle partition à sa place et restaurer ses fichiers. Une autre façon (après la sauvegarde) consiste à redimensionner la partition dans GParted. Faites un petit changement au point de départ; toute version récente de GParted devrait arrondir à un multiple de 2048 secteurs, et tout ira bien. Déplacer le point de départ d'une partition est toujours plus risqué et prend plus de temps que de déplacer le point de fin. Comme la taille de la partition n’est que de 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 note et d’arrière-plan, seuls des outils relativement anciens désalignent les partitions sur des disques de format avancé modernes. Je suppose que vous avez utilisé un tel outil (une ancienne version de fdiskde Linux ou un DOSs FDISKname__, peut-être) pour créer /dev/sda1, puis un outil plus moderne (un fdisknom__, partednom__, ou un GParted plus récent, peut-être) vos partitions.