C'est très tentant pour moi de faire un discours sur GParted et Linux, mais je ferai de mon mieux pour l'éviter. :)
Question:
Pourquoi GParted affirme-t-il que mon disque est corrompu et GPT, alors que l'Utilitaire de disque pense que tout va bien?
Ma seule partition sur le disque (NTFS) contient Windows 7 x64 et n'a absolument aucun problème - je n'ai jamais eu de problème avec elle et j'ai exécuté CheckDisk pour m'en assurer.
Pourquoi GParted se comporte-t-il de cette façon?
(J'allais publier ceci sur AskUbuntu, mais comme GParted n'est pas vraiment limité à Ubuntu, je l'ai posté ici. J'utilise le disque de démarrage d'Ubuntu 11.04 x64.)
INT18: BOOT FAILURE
démarre. Était-ce ce qui était censé se passer? x__xRéponses:
Il est fort probable que le disque utilisé soit un disque GPT (GUID Partition Table). Ces disques ont des données de partitionnement des secteurs 0 à 33 (généralement) et également dans les 33 derniers secteurs du disque. Si un disque GPT est repartitionné par un utilitaire non conscient de GPT, cet utilitaire ne remplacera probablement que le secteur 0 (le MBR), laissant la plupart des données GPT intactes. Techniquement, le disque est alors un disque MBR; cependant, certains outils de partitionnement, y compris de nombreux outils Linux basés sur libparted (y compris GParted), deviennent confus. Ils peuvent indiquer que le disque est complètement vierge ou afficher les anciennes partitions GPT plutôt que les nouvelles partitions MBR. Il s'agit d'un bogue dans libparted, mais il est déclenché par des données incohérentes sur le disque.
La solution consiste à effacer les anciennes données GPT. Cela peut être fait de différentes manières, mais la plus simple consiste probablement à utiliser FixParts , conçu pour cette tâche et certaines autres tâches de réparation de la table de partitions. Vous pouvez également utiliser dd pour effacer le secteur 1 (numéroté à partir de 0) et le secteur final sur le disque; c'est là que résident les signatures GPT qui déroutent libparted.
Désolé de ne pas être arrivé plus tôt, Mehrdad. Je suppose que lorsque vous avez réécrit la table de partition, vous avez également supprimé le chargeur de démarrage dans le MBR. Réinstaller votre chargeur de démarrage devrait résoudre ce problème. Il est possible que vous ayez écrit la mauvaise table de partition, ce qui serait plus difficile à corriger.
la source
Il y a un bon post iciDans l'éditeur de partition Gparted, effacez ensuite la table de partition actuelle (qui effacera toutes les données) et recréez une nouvelle table de partition DOS. Après l'installation devrait fonctionner. "qui est vraiment simple à résoudre.
la source