Il y a un an, mon disque dur était disponible à partir de Windows mais ne pouvait pas être monté à partir d'Ubuntu. J'ai utilisé des outils de réparation de table sur Ubuntu, mais la table GUID a été corrompue. J'ai corrigé la table avec la partition Wizard sous Windows et je l'ai suivi, rien n'a changé sauf que la position finale de la partition logique était supérieure au nombre de secteurs du disque (informations provenant de gparted et de la sortie sfdisk).
Donc, avoir cette sortie de sfdisk et ensuite ceci (mélangé GPT et MBR) instruction
Disque/dev/sdb: 1,8 To, 2000397852160 octets, 3907027055 secteurs Unités: secteurs de 1 * 512 = 512 octets Taille du secteur (logique/physique): 512 octets/4096 octets Taille d’E/S (minimum/optimale): 4096 octets/4096 octets Type de label: gpt Identificateur de disque: 9F126AEE-463C-394E-A817-2AD9C33C6946 Secteurs finaux Taille Type /Dev/sdb1 264192 3907028992 3906764800 1.8T Données de base Microsoft
J'ai modifié la valeur de sdb1 size pour que le numéro du dernier secteur soit [valeur maximale possible donnée par sfdisk] = 3907027021 et l'a réécrit dans/dev/sdb avec sfdisk. Après cela, la partition ntfs est visible à partir d’Ubuntu et de Windows mais ne peut pas être montée.
Maintenant, j'ai le fichier de sfdisk avec sauvegarde:
étiquette: gpt étiquette-id: 9F126AEE-463C-394E-A817-2AD9C33C6946 périphérique: /dev/sdb[.____. unités: secteurs first-lba: 34 last-lba: 3907027021 /dev/sdb1: début = 264192, taille = 3906764800, type = EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid = B5CAA620. -3343-B7A6-135065D0AD95
Mais il ne peut pas être écrit dans/dev/sdb avec la même procédure [sfdisk/dev/sdb <backup.txt] car il ne permet pas de définir une valeur du secteur final supérieure au nombre de secteurs du disque:
/ dev/sdb1: Le dernier secteur GPT utilisable est 3907027021, mais 3907028991 est demandé. Échec de l'ajout de la partition n ° 1: argument non valide.
La version de sfdisk est 2.31.1. Info donnée par gpart:
GPT fdisk (gdisk) version 1.0.3
Type device filename, or press to exit: /dev/sdb
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Command (? for help): p
Disk /dev/sdb: 3907027055 sectors, 1.8 TiB
Model: ST2000DM001-9YN1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 9F126AEE-463C-394E-A817-2AD9C33C6946
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 3907027021
Partitions will be aligned on 2048-sector boundaries
Total free space is 264158 sectors (129.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 264192 3907027021 1.8 TiB 0700
Command (? for help): v
No problems found. 264158 free sectors (129.0 MiB) available in 1
segments, the largest of which is 264158 (129.0 MiB) in size.
Est-il possible de réparer la table GUID en utilisant les informations restantes?
OK, dans mon cas, l'utilitaire testdisk a corrigé les propriétés de la partition automatiquement, le disque dur est à nouveau visible de Windows au moins.
P.S. Il est également disponible depuis Ubuntu après l’ajout de quelques mégaoctets (le nombre de blocs superposés multiplié par la taille d’un bloc devrait être acceptable) à la fin de la dernière partition, c’est-à-dire en réduisant un peu l’utilitaire sous Windows.