Re: disk 4 TB perte partionnement GPT/ext4

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

Le 25/02/2024 à 18:40, Christophe VANHOUTTE (via linux-31 Mailing List) 
a écrit :
> Le dim. 25 févr. 2024 à 16:55, Pascal Hambourg <linux-31 AT culte.org> a
> écrit :
> > 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

Exemple de ce qu'il devrait afficher avec une structure GPT complète :

DEVICE OFFSET     TYPE UUID LABEL
md0    0x200      gpt (en-tête principal)
md0    0x7fcffe00 gpt (en-tête secondaire, à la fin du disque)
md0    0x1fe      PMBR (MBR protecteur)

> DEVICE OFFSET TYPE UUID LABEL
> sdb    0x1fe  PMBR
>
> > 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.

Hélas wipefs ne détecte ni l'en-tête principal (on s'y attendait) ni le 
secondaire, seulement le MBR protecteur qui ne contient aucune 
information sur les "vraies" partitions GPT. Je viens de tester, fdisk 
aurait détecté et utilisé la table secondaire si elle avait été valide.

> pour l'instant je laisse trouner testdisk, c'est avec une ubuntu live qui
> fonctionne avec testdisk

Ça ne sert à rien d'attendre la fin s'il n'y avait qu'une partition, 
testdisk  l'a déjà trouvée et ne trouvera rien de plus.