1 votes

Y a-t-il une différence entre récupérer des données du lecteur original par rapport à un clone de celui-ci

Suite à Comment créer une copie exacte de niveau octet d'un SSD vers un autre disque?, j'ai fait un clone de l'intégralité de mon SSD interne de 256 Go de mon Mac 10.14, avec des zones libres de 13 à 15 Go. J'ai maintenant un fichier .img.

Est-ce que tenter de récupérer des données à partir d'un clone d'un disque affectera les chances de récupération par rapport à la récupération sur le disque lui-même? Est-ce que tous les logiciels de récupération de données capables de tenter de récupérer des données sur le disque d'origine peuvent également tenter de récupérer des données à partir du clone .img que j'ai?

1voto

Jose Chavez Points 645

Non, il n'y a aucune différence lorsque vous avez un clone identique octet par octet comme vous avez. Et oui, le logiciel de récupération de données devrait fonctionner de la même manière pour un disque original que pour un clone basé sur une image.

Dans d'autres cas que le vôtre, il pourrait y avoir une légère différence - notamment lorsque nous avons affaire à du matériel défectueux. Si vous avez un disque dur cassé par exemple, il se pourrait que si vous faites un clone naïf plusieurs fois, vous obtiendrez des images différentes. Ce n'est pas bon.

Dans votre cas, je vous ai conseillé d'utiliser "dd" pour créer un clone. Cela fonctionne parfaitement bien avec du matériel fonctionnel.

Si vous aviez un matériel défectueux, je vous aurais plutôt conseillé d'utiliser "ddrescue". Cet utilitaire prend en charge des choses comme la lecture du même bloc plusieurs fois afin d'obtenir autant de données correctes que possible à partir d'un disque défaillant. De plus, il peut laisser des espaces vides dans l'image du clone correspondant aux parties non fonctionnelles du disque d'origine.

Notez que en raison de TRIM, un SSD fonctionnel pourrait limiter vos possibilités de récupération de données à partir du clone. Cependant, si vous utilisez un logiciel de récupération de données que vous exécutez vous-même sur votre Mac, alors le clone et l'original vous permettront de récupérer exactement les mêmes données.

La seule différence est si vous accédez directement aux circuits intégrés flash du SSD pour essayer de récupérer des données qui ont été TRIM'ées. Cependant, cela n'est pas possible à partir de macOS (ou Windows ou similaire), vous auriez généralement besoin de matériel spécialisé et de logiciels non largement disponibles. Si vous envisagez d'envoyer vos données à un service professionnel de récupération qui possède ces capacités, vous voudrez certainement cesser d'utiliser le disque original et l'envoyer - et continuer à travailler sur votre clone à la place. NOTE : Je ne connais aucun service de récupération de données existant nulle part pour votre matériel - je pense que votre seule option est Apple pour le moment.

0voto

timeSmith Points 311

Dans votre cas spécifique

Avec la commande que vous avez utilisée, si dd rencontre des erreurs, il s'arrête simplement. Donc, s'il n'y a pas eu d'erreurs signalées lorsque vous l'avez utilisé, alors vous êtes prêt à continuer : il n'y a pas de différences significatives dans votre cas tel que décrit.

La principale différence est qu'elle augmentera vos chances de succès lors de la manipulation d'un disque endommagé : Faire une image/clône d'un disque endommagé et travailler ensuite à partir de l'image (tandis que l'original est mis de côté dans un endroit sûr) augmentera les chances de récupération car, une fois qu'un disque est endommagé, une utilisation supplémentaire du disque aggravera souvent les problèmes. Par exemple, l'utilisation d'un disque endommagé peut corrompre davantage de données, ou causer plus de dommages et rendre le disque complètement inutilisable.

Réponse générale

La commande que vous avez liée dd if=/dev/rdisk1s1 of=/Volumes/ExternalDrive/clone.img bs=1m n'a pas les options les plus robustes pour dd afin de créer une image à partir d'un disque endommagé.

Ajouter conv=noerror,sync permettra à dd de continuer, même si des erreurs sont trouvées, et d'écrire des octets nuls à la place des blocs illisibles.

dd bs=4k if=/dev/rdisk1s1 of=/Volumes/ExternalDrive/clone.img conv=noerror,sync

Utilisez alternativement un utilitaire comme ddrescue qui a une option pour spécifier le nombre de tentatives de lecture d'un bloc qui n'a pas pu être lu.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X