[Résolu] Partition de données supprimée par erreur

fiche · 11-02-2024 22:52:40

Bonjour,

Sur un PC a réinstaller sous Windows 10 étaient présentes les partitions EFI, système NTFS et une partition de Données.

Par réflexe, j'ai cliqué lors de l'installation de Windows sur la partition de données et non sur la partition NTFS système puis cliqué sur Effacer.
Visuellement dans la fenêtre, la partition Données est devenue un espace libre en 1 seconde.
Au moment où je l'ai fait, je me suis rendu compte de l'erreur.
Mais même en allant en arrière et en redémarrant le PC sur la clé Windows, les données sont toujours un espace vide.

Comme on a rien écrit dessus (pas de réinstallation), je ne sais pas si c'est récupérable...
Aucun formatage ou réel effacement n'a eu le temps d'être effectué.

Reste t'il un espoir de récupérer 200 Go de la partition Données ?
Testdisk serait-il utile en live ?

Merci d'avance pour vos suggestions.
Je n'ai pas le PC sous la main (je le verrai samedi).

Au moins, sous Linux avec Gparted, tant que l'on a pas Appliqué, rien ne se passe. Cela laisse un temps de réflexion en plus.
Ce qui n'est pas le cas de l'installeur Windows 10.

Dernière modification par fiche (17-02-2024 23:46:22)

raleur · 12-02-2024 12:53:11

Si seule l'entrée dans la table de partition a été supprimée et le contenu de la partition est intact (pas de suppression de données ou méta-données, pas de TRIM) alors il est possible de recréer une partition à l'emplacement exact de la partition supprimée. L'emplacement devrait pouvoir être retrouvé avec testdisk mais ce n'est pas forcément nécessaire, il est souvent trivial (au secteur 2048 si au début du disque, sinon à la suite de la partition précédente dans le cas d'une partition principale ou GPT, ou 2048 secteurs après dans le cas d'une partition logique. Certains programmes comme fdisk proposent d'effacer les méta-données, il ne faut surtout pas le faire mais c'est bon signe que la partition a été recréée au bon endroit.

fiche · 12-02-2024 21:16:54

Je suis entre de bonnes mains !

Je vais y aller pas à pas.
Commencer par reproduire l'erreur sur un autre HDD test.
Installer Win 10 sur un HDD, puis réduire sa partition principale pour créer une partition Données (avec quelques fichiers dedans).
Réinstaller Win 10 et effacer la partition données.
Revenir en arrière pour annuler l'installation de Win 10.

A ce stade, dans l'installeur Win 10 la partition Données n'est plus visible. C'est un espace non alloué.
Je n'avais pas vérifié avec une clé live Linux avec Gparted.

A priori Gparted live contient déjà Testdisk (https://www.cgsecurity.org/wiki/TestDisk_Livecd_FR). Je vais créer une clé USB Gparted.

Ensuite, il faudra guider les manœuvres... Demain ou mercredi soir. Car je suis loin de comprendre ce qui a été dit plus haut !

raleur · 12-02-2024 21:29:43

fiche a écrit :

Je suis entre de bonnes mains !

Parfait, alors je vais vous laisser entre ces bonnes mains.

fiche a écrit :

Commencer par reproduire l'erreur sur un autre HDD test.

Pour quoi faire ? Qu'est-ce que ça apportera ?

fiche a écrit :

Installer Win 10 sur un HDD, puis réduire sa partition principale pour créer une partition Données (avec quelques fichiers dedans).

Je vois encore moins l'intérêt de faire ça.

fiche · 13-02-2024 07:59:01

Les bonnes mains de raleur bien entendu.

Je veux tester les manipulations avec Testdisk sur un autre PC pour voir comment cela fonctionne.
Si on peut récupérer la partition sur ce PC test, j'aurai un exemple concret à adapter à l'autre PC (que je n'ai pas à côté de moi).

J'ai déjà fait une erreur en effacant la partition alors si je peux éviter de la perdre définitivement avec une erreur de manipulation Testdisk (que je ne connais pas du tout)...

raleur · 13-02-2024 11:05:21

Mouais. On peut aussi sonder directement les emplacements les plus probables, sans modifier la table de partition. Peux-tu poster la table de partition du disque en question avec fdisk -l ?

fiche · 13-02-2024 21:33:01

PC TEST :

1 En live USB Debian AVANT suppression de la partition Données (sda5):

sudo fdisk -l

Disque /dev/sda : 298,09 GiB, 320072933376 octets, 625142448 secteurs

Modèle de disque : WDC WD3200BEKT-6

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xce5877ea

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sda1    *             2048    104447    102400    50M  7 HPFS/NTFS/exFAT

/dev/sda2                104448 419223329 419118882 199,9G  7 HPFS/NTFS/exFAT

/dev/sda3             419223552 624023551 204800000  97,7G  f Étendue W95 (LBA)

/dev/sda4             624023552 625137663   1114112   544M 27 TFS WinRE masquée

/dev/sda5             419225600 624023551 204797952  97,7G  7 HPFS/NTFS/exFAT

Lancement de tesdisk avec sudo
>[ Create ] Create a new log file
>Disk /dev/sda - 320 GB / 298 GiB - WDC WD3200BEKT-60PVMT0

>[Proceed ]
Disk /dev/sda - 320 GB / 298 GiB - WDC WD3200BEKT-60PVMT0
CHS 38913 255 63 - sector size=512

>[ Analyse ] Analyse current partition structure and search for lost partitions

Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
Current partition structure:
Partition Start End Size in sectors

1 * HPFS - NTFS 0 32 33 6 127 57 102400 [R erv au syst e]
2 P HPFS - NTFS 6 127 58 26095 113 36 419118882
3 E extended LBA 26095 117 7 38843 170 47 204800000
4 P Windows RE(store) 38843 170 48 38913 5 4 1114112
5 L HPFS - NTFS 26095 149 39 38843 170 47 204797952 [Donnees]

2 En live USB Debian APRES suppression de la partition Données (sda5) et de la partition de récupération (sda4) avec l'installeur de Win 10 :

sudo fdisk -l

Disque /dev/sda : 298,09 GiB, 320072933376 octets, 625142448 secteurs

Modèle de disque : WDC WD3200BEKT-6

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xce5877ea

Périphérique Amorçage  Début       Fin  Secteurs Taille Id Type

/dev/sda1    *          2048    104447    102400    50M  7 HPFS/NTFS/exFAT

/dev/sda2             104448 419223329 419118882 199,9G  7 HPFS/NTFS/exFAT

Lancement de testdisk (avec sudo) :

>Disk /dev/sda - 320 GB / 298 GiB - WDC WD3200BEKT-60PVMT0

>[Proceed ]
>[ Analyse ] Analyse current partition structure and search for lost partitions

Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
Current partition structure:
Partition Start End Size in sectors

1 * HPFS - NTFS 0 32 33 6 127 57 102400 [R erv au syst e]
2 P HPFS - NTFS 6 127 58 26095 113 36 419118882

>[Quick Search]
Sélection de >P HPFS - NTFS 6 127 58 26095 117 6 419119104

Mais retour à :

Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63

Partition Start End Size in sectors

1 * HPFS - NTFS 0 32 33 6 127 57 102400 [R erv au syst e]
2 P HPFS - NTFS 6 127 58 26095 117 6 419119104

J'ai oublié de copier des documents dans la partition Données avant de la supprimer pour test.
Cela peut-il jouer sur le résultat de la recherche testdisk ?

Dernière modification par fiche (13-02-2024 22:05:50)

raleur · 14-02-2024 09:51:35

fiche a écrit :

Sélection de >P HPFS - NTFS 6 127 58 26095 117 6 419119104

Il ne faudrait pas plutôt sélectionner le disque entier ? Si testdisk recherche uniquement dans cette partition, il ne risque pas de trouver les partitions manquantes.
Le seul enseignement de ce test est la confirmation que la première partition logique (physiquement, sda5) commence 2048 secteurs après le début de la partition étendue (sda3), pour laisser la place au secteur d'amorce étendu (EBR).

Je répète ma question : peux-tu poster la table de partition du (vrai) disque en question avec fdisk -l ?

fiche · 14-02-2024 18:10:56

Je vais essayer de le faire avant samedi mais ce n'est pas certain puisque je n'ai pas le PC chez moi.

fiche · 14-02-2024 21:03:35

Sur le PC REEL :

sudo fdisk -l

isque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs

Modèle de disque : ST500LT012-9WS14

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 78CA2437-6D2A-4B9C-BB9F-822ABFBFC9AE

Périphérique  Début       Fin  Secteurs Taille Type

/dev/sda1      2048    206847    204800   100M Système EFI

/dev/sda2    206848    239615     32768    16M Réservé Microsoft

/dev/sda3    239616 215289855 215050240 102,5G Données de base Microsoft

sudo testdisk

Select a media (use Arrow keys, then press Enter):
>Disk /dev/sda - 500 GB / 465 GiB - ST500LT012-9WS142

>[Proceed ]
Disk /dev/sda - 500 GB / 465 GiB - ST500LT012-9WS142

Please select the partition table type, press Enter when done.
[Intel ] Intel/PC partition
>[EFI GPT] EFI GPT partition map (Mac i386, some x86_64...)
[Humax ] Humax partition table
[Mac ] Apple partition map (legacy)
[None ] Non partitioned media
[Sun ] Sun Solaris partition
[XBox ] XBox partition
[Return ] Return to disk selection

Hint: EFI GPT partition table type has been detected.

>[ Analyse ] Analyse current partition structure and search for lost partitions

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
Current partition structure:
Partition Start End Size in sectors

1 P EFI System 2048 206847 204800 [EFI system partition]
No FAT, NTFS, ext2, JFS, Reiser, cramfs or XFS marker
2 P MS Reserved 206848 239615 32768 [Microsoft reserved partition]
2 P MS Reserved 206848 239615 32768 [Microsoft reserved partition]
3 P MS Data 239616 215289855 215050240 [Basic data partition]
n]

Il ne voit pas de partition Deleted (D)
Je me suis arrêté là.

Dernière modification par fiche (14-02-2024 21:09:07)

raleur · 14-02-2024 21:21:37

Logiquement, la partition supprimée devait commencer juste à la suite de la partition 3, au secteur 215289856 qui est un multiple de 2048.
Tu peux "simuler" la partition sans écrire sur le disque avec la commande suivante :

addpart /dev/sda 4 215289856 761483278

Puis examiner ses méta-données avec une de ces commandes :

wipefs /dev/sda4

file -s /dev/sda4

blkid /dev/sda4

Pour "oublier" la partition :

delpart /dev/sda 4

Quel était le type de système de fichiers de la partition supprimée ? NTFS ?

Dernière modification par raleur (15-02-2024 14:39:17)

fiche · 14-02-2024 22:06:03

De mémoire, c'était une partition de Données NTFS.

Dernière modification par fiche (15-02-2024 07:58:30)

fiche · 15-02-2024 08:03:30

wipefs /dev/sda4

DEVICE OFFSET TYPE UUID             LABEL

sda4   0x3    ntfs 08D2078CD2077CE6

file -s /dev/sda4

/dev/sda4: DOS/MBR boot sector, code offset 0x52+2, OEM-ID "NTFS    ", sectors/cluster 8, Media descriptor 0xf8, sectors/track 63, heads 255, hidden sectors 215289856, dos < 4.0 BootSector (0x80), FAT (1Y bit by descriptor); NTFS, sectors/track 63, sectors 1114111, $MFT start cluster 46421, $MFTMirror start cluster 2, bytes/RecordSegment 2^(-1*246), clusters/index block 1, serial number 08d2078cd2077ce6; contains bootstrap BOOTMGR

blkid /dev/sda4

/dev/sda4: BLOCK_SIZE="512" UUID="08D2078CD2077CE6" TYPE="ntfs"

Je vais essayer de repasser ce soir si on peut faire avancer les choses.

Dernière modification par fiche (15-02-2024 08:04:26)

raleur · 15-02-2024 09:27:19

Le système de fichiers NTFS de la partition est bien présent à cet emplacement. Tu peux donc recréer la partition dans la table de partition (secteur de début = 215289856, fin : taille = tout le reste) mais sans la reformater ni effacer ses méta-données (donc méfiance avec gparted). Par défaut fdisk propose de les effacer (il faut refuser), pour l'éviter on peut le lancer avec les options "-w never -W never".

Tu peux aussi la monter en l'état, sauvegarder ce que tu souhaites. Ensuite tu pourras faire ce que tu veux du disque sans risque.

Dernière modification par raleur (15-02-2024 09:28:48)

fiche · 15-02-2024 13:56:46

Pour recréer la partition sda4, j'execute cette commande en root ?
addpart /dev/sda 4 215289856 761483312

ou avec la commande fdisk ?

sudo fdisk -w never -W never /dev/sda

Taper sur N (nouvelle partition) ?
Puis P pour partition primaire ?
Puis 4 (pour 4ème partition) ?
Puis First cylinder : 215289856 ?
Puis Last cylinder : ne rien indiquer ?
Puis taper W (pour créer la partition sda4) ?

Merci pour la confirmation des commandes.
Si près du but, ce serait dommage de tout rater.

Après ces manipulations, sda4 devrait réapparaitre dans thunar et on pourrait tout copier son contenu dans un disque externe ?

raleur · 15-02-2024 14:33:57

La commande addpart ne fait que dire au noyau de faire comme s'il y avait une partition à cet endroit. Elle n'écrit rien sur le disque. Mais cela devrait suffire pour la monter et faire apparaître son contenu comme une véritable partition.

Pour recréer la partition dans la table de partition du disque de façon persistante, il faut utiliser fdisk ou un autre partitionneur. Je déconseille les partitionneurs trop "intelligents" comme gparted qui peuvent vouloir formater la partition en même temps.

Le disque a une table de partition au format GPT où la distinction primaire/étendue/logique n'existe pas, fdisk ne devrait donc pas demander le type. Il devrait proposer par défaut le n° 4, le secteur (et non cylindre, l'adressage CHS n'est plus utilisé depuis longtemps et n'a jamais été utilisé dans le format GPT) de début 215289856 qui se trouve juste après la partition n° 3, et le dernier secteur proche de la fin du disque (en tenant compte des 33 secteurs de la table de partition de secours et l'alignement sur un bloc de 2048 secteurs, si mes calculs sont exacts ça devrait être 976773119).

PS: J'ai oublié de tenir compte de la table de partition de secours dans ma command addpart, il faudrait retrancher 34 à la taille -> je corrige mon message précédent.

Dernière modification par raleur (15-02-2024 14:37:44)

fiche · 15-02-2024 18:39:56

Je vais donc essayer tout simplement avec

sudo addpart /dev/sda 4 215289856 761483278

et tenter de copier toutes les données sur un disque externe si Thunar voit la partition et son contenu.

Ensuite, tenter de recréer sda4 avec

sudo fdisk -w never -W never /dev/sda (c'est bien sda ?)
Début secteur : 215289856
Fin secteur : 976773119

De mémoire, il y avait une partition de restauration Win 10 après la partition de Données.
Cela ne gênera en rien la création de sda4 sur tout l'espace disponible ?

Instant de vérité dans 40 minutes...

raleur · 15-02-2024 20:12:35

fiche a écrit :

De mémoire, il y avait une partition de restauration Win 10 après la partition de Données.
Cela ne gênera en rien la création de sda4 sur tout l'espace disponible ?

En principe ça ne gêne pas si le contenant est plus grand que le contenu (la partition est plus grande que le système de fichiers). On peut retrouver la taille originelle avec file -s ou ntfsinfo -mf mais cela ne devrait pas être nécessaire.

fiche · 15-02-2024 20:12:51

La poisse !

Avec
sudo addpart /dev/sda 4 215289856 761483278

Thunar voit bien un volume de 390 Go mais qui ne contient que les dossiers Recovery et System Information.
Comme si c'était uniquement la partition de restauration et pas la partition de données.

raleur · 15-02-2024 20:16:17

C'est ce que je craignais. Finalement on va avoir besoin du résultat de

file -s /dev/sda4

ntfsinfo -mf /dev/sda4 | head -n 12

pour déterminer la fin de la partition de restauration, et donc le début de la partition de données.

Dernière modification par raleur (15-02-2024 20:18:33)

fiche · 15-02-2024 20:30:54

file -s /dev/sda4

/dev/sda4: DOS/MBR boot sector, code offset 0x52+2, OEM-ID "NTFS    ", sectors/cluster 8, Media descriptor 0xf8, sectors/track 63, heads 255, hidden sectors 215289856, dos < 4.0 BootSector (0x80), FAT (1Y bit by descriptor); NTFS, sectors/track 63, sectors 1114111, $MFT start cluster 46421, $MFTMirror start cluster 2, bytes/RecordSegment 2^(-1*246), clusters/index block 1, serial number 08d2078cd2077ce6; contains bootstrap BOOTMGR

 

ntfsinfo -mf /dev/sda4 | head -n 12

Forced to continue.

Volume Information 

  Name of device: /dev/sda4

  Device state: 11

  Volume Name: 

  Volume State: 91

  Volume Flags: 0x0080

  Volume Version: 3.1

  Sector Size: 512

  Cluster Size: 4096

  Index Block Size: 4096

  Volume Size in Clusters: 139263

MFT Information

raleur · 15-02-2024 20:45:35

En intégrant l'alignement, ça nous donne une taille de

echo $(((1114111+2047)/2048*2048))

1114112

Désactiver la partition 4 actuelle :

delpart /dev/sda 4

Activer la partition suivante (avec le même numéro 4) en ajoutant l'offset à la position et en le retranchant de la taille :

addpart /dev/sda 4 $((215289856+1114112)) $((761483278-1114112))

Et retester avec les commandes du #13.

fiche · 15-02-2024 21:12:32

Avec addpart /dev/sda 4 $((215289856+1114112)) $((761483278-1114112))

La partition sda4 n'apparait pas dans Thunar.

wipefs /dev/sda4

RIEN

file -s /dev/sda4

/dev/sda4: data

blkid /dev/sda4

RIEN

fiche · 15-02-2024 21:30:17

Dans le doute j'ai essayé
sudo addpart /dev/sda 4 216403968 760369166
(résultat du calcul)
Mais rien de mieux, pas de partition dans Thunar.

On verra demain s'il reste une chance de récupérer quelque chose.

Merci pour toutes ces recherches.

Dernière modification par fiche (15-02-2024 22:10:34)

raleur · 16-02-2024 00:18:05

C'est ennuyeux car je ne crois pas avoir fait d'erreur dans mes calculs. Je voudrais quand même voir le contenu du secteur 216403968.

hd -s $((216403968*512)) -n 512 /dev/sda

Ensuite, tu peux faire une recheche systématique dans tous les secteurs multiples de 2048 au voisinage :

for s in $(seq 215289856 2048 216413968); do hd -s $(($s*512+3)) -n 8 /dev/sda | grep -q " |NTFS    " && echo $s ; done

Cela devrait au moins afficher 215289856 qui est le début de la partition déjà identifiée.

Debian-facile

#1 11-02-2024 22:52:40

[Résolu] Partition de données supprimée par erreur

#2 12-02-2024 12:53:11

Re : [Résolu] Partition de données supprimée par erreur

#3 12-02-2024 21:16:54

Re : [Résolu] Partition de données supprimée par erreur

#4 12-02-2024 21:29:43

Re : [Résolu] Partition de données supprimée par erreur

#5 13-02-2024 07:59:01

Re : [Résolu] Partition de données supprimée par erreur

#6 13-02-2024 11:05:21

Re : [Résolu] Partition de données supprimée par erreur

#7 13-02-2024 21:33:01

Re : [Résolu] Partition de données supprimée par erreur

#8 14-02-2024 09:51:35

Re : [Résolu] Partition de données supprimée par erreur

#9 14-02-2024 18:10:56

Re : [Résolu] Partition de données supprimée par erreur

#10 14-02-2024 21:03:35

Re : [Résolu] Partition de données supprimée par erreur

#11 14-02-2024 21:21:37

Re : [Résolu] Partition de données supprimée par erreur

#12 14-02-2024 22:06:03

Re : [Résolu] Partition de données supprimée par erreur

#13 15-02-2024 08:03:30

Re : [Résolu] Partition de données supprimée par erreur

#14 15-02-2024 09:27:19

Re : [Résolu] Partition de données supprimée par erreur

#15 15-02-2024 13:56:46

Re : [Résolu] Partition de données supprimée par erreur

#16 15-02-2024 14:33:57

Re : [Résolu] Partition de données supprimée par erreur

#17 15-02-2024 18:39:56

Re : [Résolu] Partition de données supprimée par erreur

#18 15-02-2024 20:12:35

Re : [Résolu] Partition de données supprimée par erreur

#19 15-02-2024 20:12:51

Re : [Résolu] Partition de données supprimée par erreur

#20 15-02-2024 20:16:17

Re : [Résolu] Partition de données supprimée par erreur

#21 15-02-2024 20:30:54

Re : [Résolu] Partition de données supprimée par erreur

#22 15-02-2024 20:45:35

Re : [Résolu] Partition de données supprimée par erreur

#23 15-02-2024 21:12:32

Re : [Résolu] Partition de données supprimée par erreur

#24 15-02-2024 21:30:17

Re : [Résolu] Partition de données supprimée par erreur

#25 16-02-2024 00:18:05

Re : [Résolu] Partition de données supprimée par erreur

Pied de page des forums