J'ai essayé d'installer Ubuntu 12.04 à partir d'une clé USB aux côtés du système d'exploitation Win7 64 bits existant, et je ne suis pas sûr que l'installation a été un succès. L'outil Utilitaire de disque déclare que la partition étendue (qui contient la partition et le swap Ubuntu) est "mal alignée" et recommande la répartition. Que dois-je faire et si je dois faire cette répartition, comment le faire (surtout si je souhaite ne pas perdre les données sur la partition Win7)?
Informations de fond: Un ordinateur portable Thinkpad considérablement nouveau (UEFI BIOS, si cela compte). Avant l'installation, il existait déjà une partition "SYSTEM_DRV", la partition Windows principale et une partition de récupération Lenovo (entièrement NTFS). La table ressemble maintenant à ceci: SYSTEM_DRV (sda1), Windows (sda2), étendu (sda4) (qui contient Linux (sda5; ext4) et swap (sda6)) et récupération (sda3). Lorsque je sélectionne Ext, l’utilitaire d’utilitaire de disque affiche le message suivant: "La partition n’est pas alignée sur 1024 octets. Cela peut entraîner de très mauvaises performances. Le repartitionnement est suggéré."
Il y avait quelques problèmes lors de l'installation, que je décris ci-dessous, dans le cas où ils seraient pertinents.
Le programme d'installation a affirmé qu'il reconnaissait correctement les systèmes d'exploitation existants. J'ai donc coché l'option correspondante lors de l'installation. Ensuite, quand il m'a demandé comment allouer l'espace disque, la première chose étrange s'est produite: l'installateur m'a donné une "diapositive" graphique pour allouer de l'espace disque pour le système d'exploitation Win7 préexistant et le nouvel Ubuntu ... mais il ne m'a pas indiqué lequel la partition serait pour Ubuntu et qui pour Windows. ..bien, j'ai décidé d'aller avec l'installateur d'installation proposé. (Je ne sais pas si cela est pertinent, mais je suppose que je ferais mieux de le mentionner de toute façon - les outils de partitionnement précédents étaient plus explicites ...)
Après l'installation (qui n'a signalé aucune erreur), GRUB/Ubuntu a refusé de démarrer. Heureusement, ce problème a été résolu assez facilement avec live-Ubuntu-USB et Boot-Repair (la "réparation recommandée" fonctionnait parfaitement). Après tout ce problème, j'ai décidé de vérifier la table de partition "juste pour en être sûr" - et l'utilitaire de disque affiche le message d'avertissement que j'ai décrit.
J'ai vérifié les spécifications de mon disque sur le site Web Hitachi/HGST et, effectivement, il s'agit du format avancé ("Format avancé, émulation de 512 octets").
En outre, fdisk me donne les informations suivantes:
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 3074047 1536000 7 HPFS/NTFS/exFAT
/dev/sda2 3074048 523241959 260083956 7 HPFS/NTFS/exFAT
/dev/sda3 939907072 976771071 18432000 7 HPFS/NTFS/exFAT
/dev/sda4 523243518 939907071 208331777 5 Extended
Partition 4 does not start on physical sector boundary.
/dev/sda5 523243520 932153343 204454912 83 Linux
/dev/sda6 932155392 939907071 3875840 82 Linux swap / Solaris
Apparemment, la partition sda4 (étendue) est désactivée de 2 octets (sda4 commence par 523243518, sda5 523243520), mais si j'ai bien compris, cela ne devrait pas poser de problème, car la partition logique sda5 semble être OK (?). En d'autres termes, il ne devrait pas être nécessaire de repartitionner?
Il y a habituellement deux problèmes en cause ici. Je pense que le problème principal est que la taille du secteur physique sur le disque peut être (disons par exemple) de 4096 octets alors que la taille du secteur logique est généralement de 512 octets. Lorsque le début de la partition ne se situe pas au début du secteur physique, une divergence se produit avec la façon dont le disque est lu. Cela peut principalement causer des problèmes de performances sur certaines machines avec certains lecteurs. Je ne crois pas que cela causera réellement une perte de données ou des problèmes similaires, mais je ne suis pas un ingénieur de lecteur de disque.
Le deuxième problème est que les utilitaires de disque Linux et le système de fichiers ext en général semblent supposer que les partitions doivent être alignées sur les cylindres du disque dur. Je l'ai vu écrit que si un cylindre dépasse une limite de cylindre et que la partition suivante commence dans le même cylindre, les données risquent d'être corrompues. Désolé, je n'ai aucune référence précise à ce sujet et Google semble avoir trouvé quelque chose mais des informations sur l'alignement des cylindres, mais cela avait quelque chose à voir avec ext2/3/4 en supposant qu'il puisse écrire jusqu'à la fin d'un cylindre dans certaines circonstances.
Habituellement, je configure des partitions avec Gparted avant de démarrer l’installation (gparted se trouve sur LiveDVD), puis je sélectionne la manière dont je veux utiliser les partitions manuellement en sélectionnant "faire autre chose" lorsque je parviens à cette partie de l’installation. C'est généralement plus tard que je réalise que Gparted a laissé quelques Mo d'espace inutilisé, soit à la fin du lecteur, soit à la fin du lecteur. Voici l'exemple exact du lecteur sur lequel je suis en ce moment. Notez que j'ai deux partitions de démarrage d'environ 20 Go, le reste du lecteur étant une partition étendue contenant la partition d'échange et/home. Notez les 2 Mo d’espace non alloué à la fin de la partition étendue. C'était ce que faisait Gparted, pas le mien. J'ai vu d'autres disques qui (par exemple) peuvent avoir un espace non alloué entre les partitions principales ou avant la partition étendue, car les partitions ont été créées à des moments différents et avec des programmes différents.
Comme il ne reste que quelques Mo, et après avoir lu les informations sur les problèmes potentiels, je le laisse habituellement. Si Gparted veut prendre une ceinture et des bretelles s'approchent, je suis plutôt content de le laisser faire.
Je vous suggère de redémarrer LiveDVD/USB et de redimensionner la partition ext4 sous Ubuntu avec Gparted. Je pense que vous constaterez que Gparted tentera d'aligner la partition avec les cylindres, ce qui devrait résoudre les problèmes pour vous. Ne vous inquiétez pas de la réinstaller à moins que le redimensionnement ne casse le démarrage de Linux.
Lors de mes recherches sur Google, j'ai trouvé des informations sur l'alignement de Gparted sur le nombre total de Mo, mais ce n'est pas mon expérience. La quantité d'espace disponible est plus importante que la cylindrée, plutôt que quelque chose qui dénote les limites de MB.
Fabricator4 a raison de dire que la taille des secteurs physiques de la plupart des disques modernes est de 4096 octets, alors que celle des secteurs logiques est de 512 octets. Cela peut entraîner de graves problèmes de performances (mais pas de perte de données); voir cet article que j'ai écrit sur le sujet il y a quelque temps pour plus de détails.
Les anciens utilitaires alignaient les partitions sur des "cylindres" pour des raisons valables dans les années 1980, mais qui n’ont aucune portée aujourd’hui. Néanmoins, la pratique s'est maintenue dans la plupart des outils de partitionnement Linux jusqu'à il y a un an ou deux. Cependant, aucun système de fichiers ne devrait écrire en dehors des limites de la partition qui le contient, et AFAIK ext2/3/4 n’avait aucune hypothèse relative à l’alignement des cylindres.
Aujourd'hui, certains utilitaires de disques génèrent de fausses alarmes concernant des problèmes d'alignement dans certaines circonstances, et je suppose que c'est ce que vous constatez. En particulier, l'alignement des partitions étendues n'est pas pertinent. Vous devez vous préoccuper uniquement de l'alignement des partitions principales et logiques. Pour être sûr à 100% de ce que vous avez, affichez votre table de partition avec fdisk
(ou parted
avec des données sectorielles précises, ou gdisk
pour les disques GPT, ce qui n’est pas le vôtre. ). Vérifiez que toutes les partitions principales et logiques commencent sur des valeurs de secteur multiples de 8. (Les valeurs de fin de partition ne sont pas pertinentes, de même que les valeurs de début pour les partitions étendues.) Par exemple:
$ Sudo fdisk -lu /dev/sda
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Disk identifier: 0x8e0cb6b5
Device Boot Start End Blocks Id System
/dev/sda1 63 20033054 10016496 27 Unknown
/dev/sda2 20033055 103699574 41833260 17 Hidden HPFS/NTFS
/dev/sda3 * 103699575 249907139 73103782+ 5 Extended
/dev/sda5 103699638 131781194 14040778+ 17 Hidden HPFS/NTFS
/dev/sda6 131781258 183992444 26105593+ b W95 FAT32
/dev/sda7 183992508 187076924 1542208+ 82 Linux swap / Solaris
/dev/sda8 * 187076988 187398224 160618+ 83 Linux
/dev/sda9 187398288 249907139 31254426 8e Linux LVM
Il s'agit d'un disque plus ancien partitionné avec l'alignement des cylindres. Vous pouvez donc voir qu'un certain nombre de partitions ne ( ne commencent pas sur des multiples à 8 secteurs. Ce n'est pas un problème, car c'est un ancien disque qui utilise des secteurs physiques de 512 octets. Si vous constatez un tel résultat, vous devez contacter le fabricant de votre disque pour déterminer son statut. Cherchez la mention du format avancé , , qui est le nom marketing des disques comportant des secteurs physiques de 4096 octets.
Si vous ne possédez pas de disque de format avancé ou si toutes vos partitions principales et logiques sont correctement alignées, vous ne devriez pas vous inquiéter des plaintes de Disk. Utilitaire.
Cela est peut-être dû au formatage avancé, ce qui signifie que les secteurs physiques sur le disque sont plus grands que les 512 octets traditionnels, ses 4 Ko, qui sont 8 fois plus grands. Si le disque a été formaté avec un ancien outil de formatage utilisant 512 secteurs B, la partition risque de ne pas être correctement alignée et le message risque de s'afficher.
Les partitions correctement alignées seront très légèrement plus optimales et les performances d'écriture aléatoire seront plus lentes sur les partitions non alignées. Mais ça va marcher.
Si le système fonctionne bien, vous n'avez pas à vous en préoccuper. Mais si vous voulez le réparer, je vous suggère de faire une sauvegarde de votre système, juste au cas où. Je vous recommande de le réparer, la prochaine fois que vous aurez une bonne excuse pour la réinstallation et la repartitionnement du disque.