SSD accidentellement effacé avec «dd», une chance de récupération?

0

J'essayais de cloner un disque SSD la nuit dernière et j'ai commis une erreur très simple et stupide.

Au lieu de faire dd if=/dev/sdb of=/dev/sda, J'ai fait l'inverse, dd if=/dev/sda of=/dev/sdb

En gros, j'ai lu un SSD tout neuf (qui n'était pas du tout formaté, essentiellement des données vierges) et je l'ai écrit sur mon ancien SSD avec toutes mes données.

J'ai lu différents rapports sur la récupération de données, mais la plupart d'entre eux ne s'appliquent qu'aux disques durs en raison du fonctionnement des secteurs, et les disques SSD sont encore une technologie relativement nouvelle.

Sans avoir à envoyer le lecteur à un laboratoire quelque part, suis-je fondamentalement incapable de récupérer quelque chose? Il a été formaté en NTFS et exécute Windows 7.

C’est pourquoi vous ne devriez pas essayer de copier des données sensibles lorsque vous êtes fatigué, au cas où vous feriez quelque chose de stupide, comme de mélanger les noms de lecteurs;)

Danny Forche
la source
Tu n'as pas de chance. Le type de média n'a pas vraiment d'importance.
Zoredache
La manière dont les données sont traitées sur un disque SSD est fondamentalement la même qu'avec vos données mécaniques traditionnelles. Les données sont écrites, les données sont lues, lorsque les données sont supprimées, elles sont marquées pour indiquer qu'elles ont été supprimées. Dans les deux cas, la récupération de fichier dépend uniquement du fait que les données ont été écrasées avec de nouvelles données. D'après les informations supplémentaires contenues dans les commentaires (le fait que le lecteur source soit plus volumineux que le lecteur de destination est important), la récupération des données ne sera pas possible.
Ramhound
DD s'appelle DestroyDisk pour une raison. Votre opération telle que décrite aurait détruit les données au-delà de tout moyen raisonnable de récupération, quel que soit le type de disque. Je pense que le laboratoire aurait des problèmes avec celui-ci, bien qu'ils aient probablement quelques tours dans leur sac. Désolé mec
Frank Thomas
dd n'est pas DestroyDisk, c'est Data Description. en.wikipedia.org/wiki/Dd_(Unix)
Kevin Panko

Réponses:

0

En supposant que les deux disques SSD aient la même taille, vous n’avez pas de chance.

Si la source était plus petite que la destination, vous avez peu d'espoir, car certaines données à la fin du disque ont peut-être été préservées, mais cela représenterait un effort de récupération important.

Autant que je sache, il n'y a aucun moyen de récupérer des données écrasées sur un SSD (les disques durs sont incertains de toute façon) ...

KJ4IPS
la source
Oui, en fait, le nouveau était plus grand. Donc, il a essayé de copier un disque plus gros sur un disque plus petit et s’est évidemment arrêté quand il a atteint la fin du disque.
Danny Forche
0

S'il s'agissait d'un disque mis à zéro, il n'y a rien à récupérer. À ma connaissance, sans une équipe de criminalistique à part entière, il serait presque impossible de récupérer quoi que ce soit. C'est nul, mais c'est juste la façon dont cela fonctionne. J'espère que vous avez des sauvegardes de tout ce qui est important. Bonne chance!

Il est théoriquement possible, sur la base de l’usure des transistors individuels sur la (les) puce (s) flash (s) du SSD, de deviner dans une certaine mesure ce qui se trouvait sur le disque dans certaines circonstances. Mais ceci est fondamentalement impossible sans un microscope électronique et, encore une fois, une équipe de criminalistique.

Wyatt8740
la source
Eh bien, c’était un SSD tout neuf que je venais d’acheter dans le magasin, aucune table de partition dessus ou quoi que ce soit. Dd ne le verrait-il pas essentiellement comme des zéros? Je ne sais vraiment pas comment cela se présenterait, tout ce que je sais, c'est qu'il a copié un tas de données vierges sur mon bon disque.
Danny Forche
Oui, si ce n'était même pas formaté et n'avait pas de table de partition, dd verrait tous les zéros quand il a été lu.
Wyatt8740