web-dev-qa-db-fra.com

GPT de récupération après la réduction de la partition avec sfdisk

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?

1
Nikolai

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.

1
Nikolai