Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

Lupa · 19-07-2020 15:06:50

Là, je suis mal...

Je sui reparti d'une image CloneZilla après une erreur de ma part. J'avais pourtant le fichier des partitions sous les yeux !!

Il y a trois disques :

- SSD 120 Go : l'OS et le swap.
- un dd de 1,2 To : /mnt/STOCKAGES
- un dd de 1,8 To : /mnt/home, /mnt/DATA (de root) /mnt/IMAGES : les images CloneZilla.

Et j'ai plaqué la dernière image CloneZilla du ssd sur le 1,2 To : STOCKAGES. Les datas sauvegardées. Absolument capitales.

Peut-on récupérer quelque chose, et, si oui, avec quoi ?
Catastrophe...
Comment j'ai pu faire ça ???
Précision : la plus grande partie du disque n'a pas été écrasée. "Seulement" l'espace du SSD. Il reste 1,7 To non alloués. Si elles existent encore, les datas sont là.

Paragon ? Photorec ?

....

Dernière modification par Lupa (19-07-2020 15:17:26)

Lupa · 20-07-2020 09:01:49

Je tente un "up"... C'est perdu ?
Oh ! je n'ai guère d'espoir...

arpinux · 20-07-2020 09:21:32

o/ Lupa

si tu as un autre disque, tu peux tenter une récupération de données depuis gparted, simplement, ça fonctionne plutôt bien si il n'y a pas eu écrasement.
si gparted ne trouve rien, il y a aussi photorec qui fonctionne très bien en étant patient https://doc.ubuntu-fr.org/photorec & https://wiki.debian-fr.xyz/TestDisk_et_PhotoRec

photorec m'a sauvé 500G avec 5% de perte de données en gros. ça vaut le coup d'être patient

Dernière modification par arpinux (20-07-2020 09:22:24)

Lupa · 20-07-2020 09:29:51

Bonjour Arpinux

Tu me rends le moral, là !!

Il y a eu écrasement de l'espace du début du dd : j'ai restauré l'image CloneZilla du SSD (OS) ... sur ce fameux dd. Mais peut-être pas écrasé TOUTES les datas qu'il y avait dessus. Environ 550 Go.

Tiens ! GParted sait faire ça ? J'ignorais.

Le plus prudent, avant de commencer : je réalise une image de ce disque de 2 To dans l'état actuel.

Le plan :

1/ Image du disque depuiis lequel restaurer les datas. Image sur un dd externe.
2/ Restauration avec GParted et/ou Photorec.

Je donne le retour.

Je n'ai peut-être pas perdu tout. Oh là là !
Ca m'est déjà arrive, deux fois dans ma vie. Chaque fois, ça me rend malade. Les datas des autres... Impardonnable...

Lupa · 20-07-2020 09:49:23

C'est parti.
Je fais une image des DEUX disques, carrément. Sauf le SSD, bien entendu.
C'est plus sûr.

Après je boote sur le SSD. Je lui installe Photorec. GParted est déjà dessus.
Je ne l'ai jamais utilisé, ce Photorec.
On est là pour apprendre, après tout.

arpinux · 20-07-2020 09:56:09

pas grand chose à apprendre avec photorec... tu le lances, il scanne, te dit ce qu'il a trouvé et te demande si tu veux le sauver ou pas... voilà

généralement, certains noms de fichiers/dossiers sont modifiés mais à part ça, tu retrouves ce qui n'a pas été écrasé de façon assez simple.

en revanche, pour ce qui a été écrasé, il faut parfois faire deux passes mais je promets rien, c'est vraiment du cas par cas...

gparted, lui, ne peut récupérer que ce qui n'a pas été écrasé d'après ce que j'ai pu expérimenter, mais c'est déjà ça

Lupa · 20-07-2020 10:44:33

OK !
Je vais vopir comment faire avec GParted pour récupérer.
Je ne m'en sers habituellement QUE pour partitionner.
Merci, Arpinux

Merci, merci...

Lupa · 20-07-2020 10:59:22

Gparted est en train d'analyser l'espace non allloué sur le dd en question.
Après, j'ai aussi ddrescue, et photorec.
L'angoisse, là, je te dis pas...

arpinux · 20-07-2020 12:26:39

je croise les doigts pour toi...
et oui, c'est toujours angoissant ces trucs de pertes de données

ça arrive aux meilleurs et aux plus paranos d'entre nous

Lupa · 20-07-2020 16:19:54

Merci, Arinux. Merci.
GParted a mouliné des heures sans rien trouver. Rentré chez moi apr-s rendez-vous, il moulinait encore.

Je réinstalle sur le SSD.
Puis, je lance Photorec et / ou ddrescue.

Lupa · 21-07-2020 09:36:50

C'est parti !
J'ai suivi ce tuto :
https://www.youtube.com/watch?v=tLWGNdmDNWo

Créé un lien, dans mon dossier de root vers /mnt/DATA.
J'ai fait scanner tout le disque par Photorec.
Il m'annonce plus de 4 heures. Mais, déjà, il récupère... Des quantités de fichiers et répertoires.
J'espère avoir sélectionné le bon disque. En principe, oui : celui de 3 To.

arpinux · 21-07-2020 09:54:24

pfiouuuu... 3T oui, ça va prendre un poil de temps

Lupa · 21-07-2020 12:08:36

Hélas ! Photorec ne récupère que des fichiers quasi illisibles.
J'ai arrêté. Peut-être un tort, mais j'ai lancé testdisk. Si j'arrive à ressusciter la partition, c'est bon. J'espère.
Si je ne récupère rien avec testdisk, je relance photorec.
Des dizaines de milliers de fichiers... Pour trouver quelque chose là-dedans

arpinux · 21-07-2020 12:18:20

oui, selon la structure des dossiers à récupérer, c'est délicat. si ce n'est que des dossiers "simples" cad sans trop de sous-dossiers, c'est plus facile mais si tu a toute une arborescence, c'est plus chaud

Lupa · 21-07-2020 16:56:00

Effectivement.
Là, testdisk est en train de me récupérer la très précieuse partition nommée STOCKAGES. L'unique de ce disque-là, d'ailleurs.
Il en est à 86 %.
Je croise les doigts...

Lupa · 22-07-2020 09:35:34

Alors là, je suis embarrassé.

Testdisk a mouliné toute cette nuit, et il me dit :

Attention: le nombre actuel de têtes par cylindre est de 255

mais la valeur correcte peut être 8.

Vous pouvez utiliser le menu Géométrie pour modifier cette valeur.

C'est quelque chose à essayer si

- certaines partitions ne sont pas trouvées par TestDisk

- ou la table de partition ne peut pas être écrite car les partitions se chevauchent.

Disque / dev / sdc - 2000 Go / 1863 Gio - CHS 243201255 63, taille du secteur = 512

Parce que ces nombres changent la façon dont TestDisk recherche les partitions

et calcule leurs tailles, il est important d'avoir la bonne géométrie du disque.

Les programmes de partitionnement de PC font souvent que les partitions se terminent sur les limites des cylindres.

Les valeurs CHS d'une partition sont basées sur des traductions de disque qui les rendent

différent de sa géométrie physique. Les valeurs de tête CHS les plus courantes

sont: 255, 240 et parfois 16.

Disque / dev / sdc - 2000 Go / 1863 Gio - CHS 243201255 63

      Taille de fin de début de partition en secteurs

   Linux 0 32 33 13250 189 59 212871168 [OS]

superbloc 0, taille de bloc = 4096 [OS]

superbloc 32768, taille de bloc = 4096 [OS]

superbloc 98304, taille de bloc = 4096 [OS]

superbloc 163840, taille de bloc = 4096 [OS]

superbloc 229376, taille de bloc = 4096 [OS]

superbloc 294912, taille de bloc = 4096 [OS]

superbloc 819200, taille de bloc = 4096 [OS]

superbloc 884736, taille de bloc = 4096 [OS]

superbloc 1605632, taille de bloc = 4096 [OS]

superbloc 2654208, taille de bloc = 4096 [OS]

Pour réparer le système de fichiers en utilisant un superbloc alternatif, exécutez

fsck.ext4 -p -b superblock -B périphérique de taille de bloc

Quelle valeur saisir ?
Là...

fdisk -l retourne :

Disque /dev/sda : 111,81 GiB, 120034123776 octets, 234441648 secteurs

Modèle de disque : CT120BX500SSD1  

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 : 0x78de41b2

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

[b]# ce sont ces partitions qui ont écrasé le début du disque que j'avais nommé STOCKAGES. Surface : 1,8 To.[/b]

/dev/sda1    *             2048 217772031 217769984 103,9G 83 Linux

/dev/sda2             217774078 234440703  16666626     8G  5 Étendue

/dev/sda5             217774080 234440703  16666624     8G 82 partition d'échange Linux / Solaris

Disque /dev/sdc : 2,75 TiB, 3000592982016 octets, 5860533168 secteurs

Modèle de disque : ST3000DM001-1CH1

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 : 160A0138-556D-471D-A672-2510A6B4487C

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

/dev/sdc1    4680095744 5518981119  838885376   400G Système de fichiers Linux

/dev/sdc2    5518981120 5860532223  341551104 162,9G Système de fichiers Linux

/dev/sdc3          2048 4680095743 4680093696   2,2T Système de fichiers Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

Disque /dev/sdd : 1,84 TiB, 2000398934016 octets, 3907029168 secteurs

Modèle de disque : Hitachi HUA72202

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 : 0xb31f7751

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

/dev/sdd1    *             2048 212873215 212871168 101,5G 83 Linux

/dev/sdd2             212873216 234440703  21567488  10,3G 82 partition d'échange Linux / Solaris

Dernière modification par Lupa (22-07-2020 09:55:01)

arpinux · 22-07-2020 10:02:02

alors je préfère ne rien dire car je n'ai jamais été confronté à ce cas de figure

la récupération de données, c'est pas le truc ou je balance trois astuces et on verra... je préfère chercher avant de dire.
ça vaudrait pet-être le coup d'aller demander sur IRC aussi (les +barbus sont par là

)

là, je vois pas de correspondances qui m'aident "logiquement" et je n'ai pas les compétences techniques pour faire autre chose que de choisir dans le menu photorec

navré de ne pas pouvoir te donner de meilleures nouvelles, mais le bon truc, c'est qu'il a capté les partitions qui se chevauchent, donc il a bien vu les données anciennes/nouvelles... faut attendre des conseils plus techniques maintenant

Lupa · 22-07-2020 11:04:35

@Arpinux : j'ai prudemment stoppé testdisk

Et oui : il y a d'anciennes partitions, dont plusieurs remontent à l'install d'un Windows 10 Pro en EFI. Pas par moi. Je sais qui. Ensuite, il a installé Debian à la place. Confer mon sujet sur ce type : https://debian-facile.org/viewtopic.php?id=27781
Je vais ouvrir un IRC. C'est plus prudent.

@ratilo : Ah ! Bien sûr, je n'ai strictement rien écrit dessus... Je peux tester Renee Undeleter.
Pourquoi ne puis-je pas récupérer des fichiers ? Oui, je sais. J'a fait le c**. Fausse manip avec CloneZilla... Terrible...

Lupa · 22-07-2020 12:37:58

@Arpinux : comment fait-on, ici, pour ouvrir un IRC, sur ce site ?

arpinux · 22-07-2020 12:45:40

pour IRC, il faut rejoindre le salon #debian-facile sur le server 'freenode' depuis un client IRC (weechat, hexchat, irssi..) ou se rendre sur une instance web IRC genre https://webchat.freenode.net/#debian-facile

Lupa · 22-07-2020 20:58:38

OK !
Ce marche : je vais m'inscrire.
Etonnant, qu'en apparence en tout cas, je n'aie pas besoin d'installer un client IRC.
Je donne le retour.
Nous sommes mercredi. J'ai dans l'idée que mon week-end va être très, très studieux

Lupa · 24-07-2020 16:27:34

Bonjour à tous.
Je me suis inscrit, mais je voulais tenter gdrescue gui.
Ici : https://www.youtube.com/watch?v=OBpJ9mA … 0ECjWxh9QG un tuto.

Mais, sous Bullseyse, je n'ai pas du tout l'interface graphique montrée là. J'ai pourtant installé son paquet.
Auriez-vous une idée pour avoir cette interface graphique ?

Je vais l'installer sur un Buster, pour voir.

arpinux · 24-07-2020 16:49:06

je n'ai jamais utilisé gdrescue, ni ddrescue d'ailleurs, mais le changement d'interface graphique ne devrait pas modifier les fonctionnalités. tu devrais retrouver les mêmes fonctions que sur le tuto vidéo

Lupa · 24-07-2020 17:03:47

Bonjour, Arpinux

Ben.. espérons.
Je vais chercher un tuto sur ce ddrescueview que je ne connais pas. C'est très différent, en fait.
Je donne le retour

arpinux · 24-07-2020 17:18:19

tu vas devenir expert en récupération de données !

Debian-facile

#1 19-07-2020 15:06:50

Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#2 20-07-2020 09:01:49

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#3 20-07-2020 09:21:32

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#4 20-07-2020 09:29:51

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#5 20-07-2020 09:49:23

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#6 20-07-2020 09:56:09

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#7 20-07-2020 10:44:33

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#8 20-07-2020 10:59:22

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#9 20-07-2020 12:26:39

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#10 20-07-2020 16:19:54

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#11 21-07-2020 09:36:50

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#12 21-07-2020 09:54:24

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#13 21-07-2020 12:08:36

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#14 21-07-2020 12:18:20

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#15 21-07-2020 16:56:00

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#16 22-07-2020 09:35:34

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#17 22-07-2020 10:02:02

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#18 22-07-2020 11:04:35

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#19 22-07-2020 12:37:58

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#20 22-07-2020 12:45:40

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#21 22-07-2020 20:58:38

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#22 24-07-2020 16:27:34

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#23 24-07-2020 16:49:06

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#24 24-07-2020 17:03:47

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

#25 24-07-2020 17:18:19

Re : Ca-tas-strophe sur un dd. Récupération de datas après Clonezila...

Pied de page des forums