Re: disk 4 TB perte partionnement GPT/ext4

[Pascal Hambourg <pascal AT plouf.fr.eu.org>]

Le 25/02/2024 à 16:51, Christophe VANHOUTTE (via linux-31 Mailing List) 
a écrit :
> Disque /dev/sdb : 3,64 TiB, 4000785948160 octets, 7814035055 secteurs
> Disk model: 03FFBX-68MU3N0
> Unités : secteur de 1 × 512 = 512 octets
> Taille de secteur (logique / physique) : 512 octets / 512 octets
> taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
> Type d'étiquette de disque : dos
> Identifiant de disque : 0x084fe09f
>
> Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
> /dev/sdb1                 1 4294967295 4294967295     2T ee GPT

La partition de protection GPT est bien présente dans le MBR protecteur, 
mais fdisk n'affiche que la table de partition DOS et non la table GPT.
Causes possibles :
- tu utilises une vieille version de fdisk qui ne supporte pas le format GPT
- tu as lancé fdisk avec l'option "-t dos" pour ne lire que le format DOS
- l'en-tête ou la table de partition GPT est endommagé.

Normalement il devrait y avoir un en-tête et une table de secours à la 
fin du disque. Tu peux vérifier avec

# wipefs /dev/sdb

(ne pas avoir peur du nom, sans option ça n'efface rien)
S'ils sont présents, il y a une chance que des éditeurs de table de 
partition comme parted ou gdisk puissent s'en servir pour restaurer 
l'en-tête et la table principale.

> La partition 1 ne commence pas sur une frontière de cylindre physique.

Normal, la partition de protection GPT n'est pas une vraie partition, 
elle n'a pas besoin d'être alignée.

> Actuellement je suis en train de faire un testdisk pour tenter de recuperr
> les données
> cela va durée des heures
>
> Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 64 32
> Analyse cylinder 20000/3815445: 05%

Le problème avec testdisk, c'est qu'il continue à parler en adressage 
CHS alors qu'on est passé en LBA depuis très longtemps.

> Le travail note:
> Linux files sys. data 2024 7814035455 7814033408

Ah, apparemment ce sont des secteurs, donc adressage LBA.
A priori la taille et la position de fin qu'il a détectées sont 
cohérentes mais la position de début 2024 ne l'est pas, cela devrait 
être 2048.

Une astuce pour vérifier la position et la taille en secteurs de la 
partition sans rien écrire sur le disque :

# addpart /dev/sdb 3 2048 7814033408

Cela crée une partition virtuelle /dev/sdb3 utilisable comme une vraie 
partition. Le choix du numéro 3 est arbitraire du moment qu'une 
partition /dev/sdb3 n'existe pas déjà. Ensuite on peut identifier son 
contenu avec blkid, le vérifier, le monter, etc.

Pour la désactiver, toujours sans rien écrire :

# delpart /dev/sdb 3

Si les paramètres sont bons, on peut recréer la table de partition GPT 
et la partition sans effacer la signature contenu dans la partition (ce 
que fdisk proposera par défaut à moins de passer -w never -W never).
Attention avec les SSD et disques SMR supportant le TRIM que le 
programme ne fasse pas un TRIM du disque ou de la partition avant de 
créer la table ou la partition. Les programmes de formatage commencent à 
le faire.

Les outils comme photorec sont à utiliser en extrême dernier recours 
quand rien d'autre n'a marché car la récupération risque d'être partielle.