GParted réclame tout le disque dur non alloué et avertit de la table GPT
Cela fait des mois que j'utilise avec plaisir mon disque dur de 3 To, et je l’utilise toujours. Aujourd'hui, j'ai découvert que GParted indique que le lecteur entier (/ dev/sdb) n'est pas alloué. Le lecteur fonctionne bien cependant. En cliquant pour plus d'informations dans GParted, le texte d'avertissement suivant est affiché:
La table GPT de sauvegarde ne se trouve pas à la fin du disque, comme il se doit. Cela peut signifier qu'un autre système d'exploitation pense que le disque est plus petit. Correction, en déplaçant la sauvegarde à la fin (et en supprimant l'ancienne sauvegarde)?
Tout l'espace disponible dans/dev/sdb ne semble pas être utilisé. Vous pouvez empêcher le TPG d'utiliser tout cet espace (un bloc supplémentaire de 4294967296) ou de continuer avec le paramètre actuel?
Impossible de satisfaire toutes les contraintes sur la partition.
Sur le lecteur est assis n seul ext4 partition, remplissant probablement tout le lecteur. J'étais celui qui formate il y a longtemps, en utilisant GParted, si je me souviens bien. Je ne me souviens pas des détails de la création d'une table GPT. Le lecteur est utilisé uniquement pour les données et ne contient aucun fichier système. Je le monte automatiquement avec fstab.
Dans GParted, je n'ai que l'option de cliquer sur Fermer. Voir les captures d'écran ci-jointes. Je ne suis pas content que GParted me dise que le disque est un espace non alloué. Que puis-je/dois-je faire pour résoudre ce problème?
Le problème que j'ai avec mes expériences est que je n’ai aucun autre disque capable de gérer mes données d’une capacité de 3 To. Faire des sauvegardes est donc un problème. (Avant de me dire que je devrais toujours sauvegarder les données, la majeure partie du contenu de ce lecteur de 3 To correspond à mes sauvegardes incrémentielles d'autres lecteurs. Je préfère donc ne pas les perdre.)
Fonctionnement
Sudo gdisk -l /dev/sdb
donne
GPT fdisk (gdisk) version 0.8.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Warning! Secondary partition table overlaps the last partition by
4294966385 blocks!
Try reducing the partition table size by 17179865540 entries.
(Use the 's' item on the experts' menu.)
Disk /dev/sdb: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 04F5DE37-A757-414B-A3E0-F845BD54B767
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1565565838
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 2048 5860532223 2.7 TiB 0700
Il semble que quelque chose ait déplacé la table de partition de sauvegarde du GPT vers la marque 700GiB environ sur le disque. Cela pourrait endommager les données (bien qu’il ne s’agisse probablement que d’un ou deux fichiers), vous devriez donc les replacer là où elles se trouvent. Vous pouvez le faire dans gdisk en utilisant l'option e du menu gdisk experts (c'est-à-dire, lancez gdisk, puis tapez x, puis tapez e, puis tapez w pour enregistrer vos modifications). GParted et parted devraient également offrir des options pour résoudre ce problème, mais je les connais moins bien et je ne sais pas quelles mises en garde pourraient éventuellement être appliquées. (Je suis l'auteur de gdisk, donc je suis très familier avec ce qu'il fait!)
Il est fort probable que ces dommages ont été causés par un outil de partitionnement exécuté sur le disque à partir d'un système d'exploitation ou via un pilote doté d'une limitation 32 bits intégrée. Comme le disque a plus de 2 ^ 32 secteurs, le résultat est un peu comme le compteur kilométrique d'une voiture. Au lieu d'accéder à la marque ~ 2.7TiB, le logiciel a écrit les données de la table de partition de sauvegarde à ~ 0.7TiB (~ 700GiB). . Ce type de problème est plus fréquent avec les pilotes Windows âgés de plus d'un an ou deux et avec les boîtiers USB externes pour disques durs.
Je n'ai pas trop de réputation dans cette communauté, je ne peux donc pas ajouter de commentaire à la réponse géniale de @Rod Smith, mais j'aimerais ajouter que j'ai suivi la procédure suggérée et que tout va bien.
A la fin, Gdisk me dit:
Warning: The kernel is still using the old partition table. The new table will be used at the next reboot. The operation has completed successfully.
Comme avec fdisk.
L'utilisation de partprobe (inclus dans le package partitionné) évite le redémarrage. De cette façon, l'espace disque ajouté apparaît dans cfdisk (que j'ai utilisé pour créer la partition;))