Table de partitions corrompue

Comment utiliser TestDisk pour récupérer une partition perdue
Message
Author
zearch
Posts: 29
Joined: 06 Apr 2014, 16:58

Table de partitions corrompue

#1 Post by zearch »

Bonjour,
J'ai un PC Win10 qui a subi une corruption de partitions à l'occasion d'une tentative de réorganisation du disque SSD 1To.
D'origine il était comme ça (de tête):
~100Mo
~528Mo (partition de récup OEM Lenovo je pense)
~100/128Mo
~900To (Win 10 C:) => RAW
~ ? inutile
~2To swap

Je l'ai clôné pour bosser dessus mais je n'arrive à rien.
Il vaut mieux que je travaille depuis un Linux ou depuis un Windows ?

Merci

recuperation
Posts: 2720
Joined: 04 Jan 2019, 09:48
Location: Hannover, Deutschland (Germany, Allemagne)

Re: Table de partitions corrompue

#2 Post by recuperation »

zearch wrote: 06 Jan 2023, 12:47 Il vaut mieux que je travaille depuis un Linux ou depuis un Windows ?
Pour cloner Linux est plus avantageux parce que Linux n'essaye pas de monter le disque automatiquement.

zearch
Posts: 29
Joined: 06 Apr 2014, 16:58

Re: Table de partitions corrompue

#3 Post by zearch »

Merci récuperator
C'est avec Linux que je l'ai cloné, mais pour speeder j'ai mis dd bs=100M conv=notrunc .
Pas bonne idée ?
En attendant ta réponse je reclone avec bs=4096. Je crois que ça va durer quelques heures
Ci-dessous sdb l'original KO et sdc la cible qui contient actuellement un système quasi identique, à par l'ordre des partitions. Mais ils fonctionnaient tous les deux. Je sacrifie le 2nd

Code: Select all

sudo fdisk -x /dev/sd[bc]
[sudo] Mot de passe de tarik :  
Disque /dev/sdb : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: CT1000MX500SSD1 
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 : gpt
Identifiant de disque: E2E7CCEC-B58D-4A10-96BF-02CB0807BC48
Premier LBA: 34
Dernier LBA: 1953525134
LBA alternatif: 1953525167
Entrées de partition LBA: 2
Entrées de partitions allouées: 128

Périphérique      Début        Fin   Secteurs Type-UUID                            UUID                                 Nom Attr.
/dev/sdb1            34     262177     262144 E3C9E316-0B5C-4DB8-817D-F92DF00215AE 9BB22BF7-11F2-40BD-AE99-27BEE8EC54D4     
/dev/sdb2        264192    1345535    1081344 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 253F7AB5-CF4E-411F-9BB3-4A70824AE7BD Basic data partition GUID:63
/dev/sdb3       1347584    1552383     204800 C12A7328-F81F-11D2-BA4B-00A0C93EC93B B9461699-2D66-485A-9E3F-CCFCAEA09FF0     
/dev/sdb4       1552384 1949325311 1947772928 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5FBFD743-CEFC-4CD1-863D-24224181979B     
/dev/sdb5    1949327360 1953521663    4194304 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5090A872-5355-4F00-AF76-7FC62E525FD6 Basic data partition
                                                                                                                            


Disque /dev/sdc : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: CT1000MX500SSD1 
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: 6FD3DFE9-DC71-4D53-BCB1-ADF1D03084A0
Premier LBA: 34
Dernier LBA: 1953525134
LBA alternatif: 1953525167
Entrées de partition LBA: 2
Entrées de partitions allouées: 128

Périphérique      Début        Fin   Secteurs Type-UUID                            UUID                                 Nom Attr.
/dev/sdc1       1085440    1288191     202752 C12A7328-F81F-11D2-BA4B-00A0C93EC93B BC8DAE33-AE17-4570-94AF-C222FEA4705D EF  GUID:63
/dev/sdc2       1288192    1320959      32768 E3C9E316-0B5C-4DB8-817D-F92DF00215AE 31325314-F844-49F8-BDDD-11F8B7EC683D Mi  GUID:63
/dev/sdc3       1320960 1952612351 1951291392 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 6A608C32-72B5-4CCA-818A-4B838C286B80 Ba  
/dev/sdc4    1952612352 1953523711     911360 DE94BBA4-06D1-4D40-A16A-BFD50179D6AC DBB5D687-5458-40B7-9B03-3D3AA063EA6F     RequiredPartition GUID:63


tarik@tarik-ThinkStation-P310:~$ sudo dd if=/dev/sdb of=/dev/sdc bs=4096 status=progress
999921410048 octets (1,0 TB, 931 GiB) copiés, 2125 s, 471 MB/s
244190646+0 enregistrements lus
244190646+0 enregistrements écrits
1000204886016 octets (1,0 TB, 932 GiB) copiés, 2161,49 s, 463 MB/s
tarik@tarik-ThinkStation-P310:~$
Last edited by zearch on 19 Jan 2023, 20:40, edited 1 time in total.

zearch
Posts: 29
Joined: 06 Apr 2014, 16:58

Re: Table de partitions corrompue

#4 Post by zearch »

Bizarre le résultat de dd : 932Go copiés sur 931 ???

zearch
Posts: 29
Joined: 06 Apr 2014, 16:58

Re: Table de partitions corrompue

#5 Post by zearch »

C'est louche le résultat :

Code: Select all

sudo fdisk -x /dev/sd[bc]
[sudo] Mot de passe de tarik :  
Disque /dev/sdb : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: CT1000MX500SSD1 
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 : gpt
Identifiant de disque: E2E7CCEC-B58D-4A10-96BF-02CB0807BC48
Premier LBA: 34
Dernier LBA: 1953525134
LBA alternatif: 1953525167
Entrées de partition LBA: 2
Entrées de partitions allouées: 128

Périphérique      Début        Fin   Secteurs Type-UUID                            UUID                                 Nom                  Attr.
/dev/sdb1            34     262177     262144 E3C9E316-0B5C-4DB8-817D-F92DF00215AE 9BB22BF7-11F2-40BD-AE99-27BEE8EC54D4                      
/dev/sdb2        264192    1345535    1081344 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 253F7AB5-CF4E-411F-9BB3-4A70824AE7BD Basic data partition GUID:63
/dev/sdb3       1347584    1552383     204800 C12A7328-F81F-11D2-BA4B-00A0C93EC93B B9461699-2D66-485A-9E3F-CCFCAEA09FF0                      
/dev/sdb4       1552384 1949325311 1947772928 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5FBFD743-CEFC-4CD1-863D-24224181979B                      
/dev/sdb5    1949327360 1953521663    4194304 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5090A872-5355-4F00-AF76-7FC62E525FD6 Basic data partition 


Disque /dev/sdc : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: CT1000MX500SSD1 
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: E2E7CCEC-B58D-4A10-96BF-02CB0807BC48
Premier LBA: 34
Dernier LBA: 1953525134
LBA alternatif: 1953525167
Entrées de partition LBA: 2
Entrées de partitions allouées: 128

Périphérique      Début        Fin   Secteurs Type-UUID                            UUID                                 Nom                  Attr.
/dev/sdc1            34     262177     262144 E3C9E316-0B5C-4DB8-817D-F92DF00215AE 9BB22BF7-11F2-40BD-AE99-27BEE8EC54D4                      
/dev/sdc2        264192    1345535    1081344 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 253F7AB5-CF4E-411F-9BB3-4A70824AE7BD Basic data partition GUID:63
/dev/sdc3       1347584    1552383     204800 C12A7328-F81F-11D2-BA4B-00A0C93EC93B B9461699-2D66-485A-9E3F-CCFCAEA09FF0                      
/dev/sdc4       1552384 1949325311 1947772928 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5FBFD743-CEFC-4CD1-863D-24224181979B                      
/dev/sdc5    1949327360 1953521663    4194304 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5090A872-5355-4F00-AF76-7FC62E525FD6 Basic data partition 
La partition 1 ne commence pas sur une frontière de cylindre physique.
tarik@tarik-ThinkStation-P310:~$
Je recommence avec bs=512 ....
Ouch, ~60 MB/s :shock: ...à plus tard

zearch
Posts: 29
Joined: 06 Apr 2014, 16:58

Re: Table de partitions corrompue

#6 Post by zearch »

Damned, c'est pareil :? Les 2 disques ne sont pas identiques. C'est foutu ou quoi ? Je vais essayer de chercher pourquoi sur le net, peut-être un pb d'utilisation de dd ?
Je vois déjà que j'ai oublié bs=512, mais c'est la valeur par défaut... Une idée ?

Code: Select all

tarik@tarik-ThinkStation-P310:~$ sudo dd if=/dev/sdb of=/dev/sdc status=progress
1000203608576 octets (1,0 TB, 932 GiB) copiés, 16860 s, 59,3 MB/s
1953525168+0 enregistrements lus
1953525168+0 enregistrements écrits
1000204886016 octets (1,0 TB, 932 GiB) copiés, 16880,5 s, 59,3 MB/s
tarik@tarik-ThinkStation-P310:~$ sudo fdisk -x /dev/sd[bc]
[sudo] Mot de passe de tarik :  
Disque /dev/sdb : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: CT1000MX500SSD1 
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 : gpt
Identifiant de disque: E2E7CCEC-B58D-4A10-96BF-02CB0807BC48
Premier LBA: 34
Dernier LBA: 1953525134
LBA alternatif: 1953525167
Entrées de partition LBA: 2
Entrées de partitions allouées: 128

Périphérique      Début        Fin   Secteurs Type-UUID                            UUID                                 Nom                  Attr.
/dev/sdb1            34     262177     262144 E3C9E316-0B5C-4DB8-817D-F92DF00215AE 9BB22BF7-11F2-40BD-AE99-27BEE8EC54D4                      
/dev/sdb2        264192    1345535    1081344 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 253F7AB5-CF4E-411F-9BB3-4A70824AE7BD Basic data partition GUID:63
/dev/sdb3       1347584    1552383     204800 C12A7328-F81F-11D2-BA4B-00A0C93EC93B B9461699-2D66-485A-9E3F-CCFCAEA09FF0                      
/dev/sdb4       1552384 1949325311 1947772928 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5FBFD743-CEFC-4CD1-863D-24224181979B                      
/dev/sdb5    1949327360 1953521663    4194304 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5090A872-5355-4F00-AF76-7FC62E525FD6 Basic data partition 


Disque /dev/sdc : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: CT1000MX500SSD1 
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: E2E7CCEC-B58D-4A10-96BF-02CB0807BC48
Premier LBA: 34
Dernier LBA: 1953525134
LBA alternatif: 1953525167
Entrées de partition LBA: 2
Entrées de partitions allouées: 128

Périphérique      Début        Fin   Secteurs Type-UUID                            UUID                                 Nom                  Attr.
/dev/sdc1            34     262177     262144 E3C9E316-0B5C-4DB8-817D-F92DF00215AE 9BB22BF7-11F2-40BD-AE99-27BEE8EC54D4                      
/dev/sdc2        264192    1345535    1081344 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 253F7AB5-CF4E-411F-9BB3-4A70824AE7BD Basic data partition GUID:63
/dev/sdc3       1347584    1552383     204800 C12A7328-F81F-11D2-BA4B-00A0C93EC93B B9461699-2D66-485A-9E3F-CCFCAEA09FF0                      
/dev/sdc4       1552384 1949325311 1947772928 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5FBFD743-CEFC-4CD1-863D-24224181979B                      
/dev/sdc5    1949327360 1953521663    4194304 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 5090A872-5355-4F00-AF76-7FC62E525FD6 Basic data partition 

La partition 1 ne commence pas sur une frontière de cylindre physique.
tarik@tarik-ThinkStation-P310:~$ 
Reprise de la dernière ligne de sdc pour mise en évidence :
(La partition 1 ne commence pas sur une frontière de cylindre physique.)
Merci

zearch
Posts: 29
Joined: 06 Apr 2014, 16:58

Re: Table de partitions corrompue

#7 Post by zearch »

Nouvel essai avec ddrescue ( (très instructif pour le domaine "forensic", plutôt que DCFLDD ou DC3DD )
Let's go
Capture à 95%, tout à l'air d'aller bien :

Code: Select all

sudo ddrescue -d -D -e0 -f -y /dev/sdb /dev/sdc /home/tarik/Bureau/ssd.map
GNU ddrescue 1.23
Press Ctrl-C to interrupt
     ipos:  950202 MB, non-trimmed:        0 B,  current rate:  11665 kB/s
     opos:  950202 MB, non-scraped:        0 B,  average rate:  11698 kB/s
non-tried:   50002 MB,  bad-sector:        0 B,    error rate:        0B/s
  rescued:  950202 MB,   bad-areas:        0,        run time: 22h 33m 44s
pct rescued:   95.00%, read errors:        0,  remaining time:      1h 14m
                              time since last successful read:          0s
Copying non-tried blocks... Pass 1 (forwards)

         

zearch
Posts: 29
Joined: 06 Apr 2014, 16:58

Re: Table de partitions corrompue

#8 Post by zearch »

Bon, un clonage tout bon

Code: Select all

sudo ddrescue -d -D -e0 -f -y /dev/sdb /dev/sdc /home/tarik/Bureau/ssd.map
GNU ddrescue 1.23
Press Ctrl-C to interrupt
     ipos:    1000 GB, non-trimmed:        0 B,  current rate:  12083 kB/s
     opos:    1000 GB, non-scraped:        0 B,  average rate:  11687 kB/s
non-tried:        0 B,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:    1000 GB,   bad areas:        0,        run time: 23h 46m 15s
pct rescued:  100.00%, read errors:        0,  remaining time:         n/a
                              time since last successful read:         n/a
Finished                                     
tarik@tarik-ThinkStation-P310:~$
Mais en relisant les sorties de fdisk précédentes j'ai remarqué une différence de structure des disques, même après clonage (firmwares dépareillés ? ... à creuser) :
Original : logique : 512 o / physique : 512 o
Cible : logique : 512 o / physique : 4096 o
Et bien sûr le résultat de fdisk après clonage ddrescue affiche toujours la même différence.... grrrr

Code: Select all

sudo smartctl -a /dev/sdb | grep Firmware
Firmware Version: M3CR033
sudo smartctl -a /dev/sdc | grep Firmware
Firmware Version: M3CR033
Ça alors ???

recuperation
Posts: 2720
Joined: 04 Jan 2019, 09:48
Location: Hannover, Deutschland (Germany, Allemagne)

Re: Table de partitions corrompue

#9 Post by recuperation »

zearch wrote: 08 Jan 2023, 19:53 Mais en relisant les sorties de fdisk précédentes j'ai remarqué une différence de structure des disques, même après clonage (firmwares dépareillés ? ... à creuser) :
Original : logique : 512 o / physique : 512 o
Cible : logique : 512 o / physique : 4096 o
Et bien sûr le résultat de fdisk après clonage ddrescue affiche toujours la même différence.... grrrr
La taille physique d'un secteur est une propriété du disque que vous ne pouvez pas changer - normalement.
Il y a aussi la possibilité que votre cible se trouve sur un disque externe.
Parfois des grands disques externes viennent avec une émulation en forme de platine électronique supplémentaire qui rapporte une taille de 4096 octets au lieu de 512 octets réelle.

Cette construction rend l'utilisation d'une table de partition de type MBR possible même avec des disques avec une taille au-delà de 2 TB (terra octects).

Le plus facile est d'utiliser und disque avec une taille de 512 comme cible, soit de sortir le disque de la boite externe et le brancher directement avec un prise SATA.

zearch
Posts: 29
Joined: 06 Apr 2014, 16:58

Re: Table de partitions corrompue

#10 Post by zearch »

Bonjour Recuperation
La cible et la source, même marque/modèle/firmware sont branchés directement en SATA dans le PC.
Au départ j'avais mis la cible sdc sur le SATA6, mais j'avais remarqué que ce port a une couleur différente. En regardant dans le BIOS il y a un réglage dont la portée n'est pas lumineuse :

Code: Select all

SATA 1 > Enabled  (sda boot linux)
SATA 2 > [Enabled]    (source sdb)
SATA 3 > [Enabled] 
SATA 4 > [Enabled]    (cible sdc)
SATA 5 > [Enabled] 
SATA 6 > [Enabled] 
    Hot Plug     [Enabled] (Select whether to enable or disable Hot Plug for this port)   -> "For THIS port" -> donc j'ai pris au mot et j'ai passé sdc sur SATA 4, sans effet.
    Configure SATA as   [AHCI]
    Hard Disk Pre-delay [Disabled]  -> passé à 3 secondes pour voir, mais sans effet
Difficile de dire si le hot plug ça ne concerne que SATA6
Toujours est-il que j'ai passé la cible sur SATA4 mais l'indication de géométrie reste la même. Après tout c'est source (sdb) qui a une géométrie (physique) inattendue, pas étonnant que le clonage vers un disque "normal" affiche cette erreur, il y avait 7 chances sur 8 pour que ça arrive non ? (4096/512=8).
[EDIT]
C'est cohérent avec la sortie de lshw. Mais ce qui est curieux c'est que fdisk indique la géométrie avant le type de table de partitionnement, alors que lshw la donne après, comme la géométrie physique dépendait du type GPT/MBR... C'est possible ? Tout au début (l'an dernier) les 2 PC qui ont ces 2 ssd on été clonés de disques mécaniques vers ces SSD avec la version bridée Crucial/Acronis. Et j'ignore comment ils étaient partitionnés. Là je suis en train de tenter de récupérer les données d'un stagiaire de la formation professionnelle, son DP surtout :-( , dire que c'est des techs informatique, grrrr, pas de backup, buffoon !

Code: Select all

sudo lshw -class disk
...
  *-disk:1
       description: ATA Disk
       produit: CT1000MX500SSD1
       identifiant matériel: 1
       information bus: scsi@2:0.0.0
       nom logique: /dev/sdb
       version: 033
       numéro de série: 2112E58E828D
       taille: 931GiB (1TB)
       fonctionnalités: gpt-1.00 partitioned partitioned:gpt
       configuration : ansiversion=5 guid=e2e7ccec-b58d-4a10-96bf-02cb0807bc48 logicalsectorsize=512 sectorsize=512
  *-disk:2
       description: ATA Disk
       produit: CT1000MX500SSD1
       identifiant matériel: 0.0.0
       information bus: scsi@3:0.0.0
       nom logique: /dev/sdc
       version: 033
       numéro de série: 2112E58E7843
       taille: 931GiB (1TB)
       fonctionnalités: gpt-1.00 partitioned partitioned:gpt
       configuration : ansiversion=5 guid=e2e7ccec-b58d-4a10-96bf-02cb0807bc48 logicalsectorsize=512 sectorsize=4096
...
[reEDIT]
Je viens de monter un HDD méca dans le pc,... dommage c'est un 4k aussi, m'est avis que ça pas être possible de trouver un 1To 512octets/secteur.
Last edited by zearch on 11 Jan 2023, 10:49, edited 2 times in total.

Locked