Quelle sera la taille d'une image ddrescue?

J'essaie de bien comprendre ddrescue avant de l'utiliser pour décider quelle est la meilleure stratégie pour récupérer le plus possible d'un disque dur endommagé. Les chances sont que le matériel n'est pas endommagé, mais avant d'essayer toute autre chose qui pourrait endommager le disque dur plus au cas où il est endommagé, je vais cloner les données.

Si je comprends bien, ddrescue peut être utilisé pour cloner directement un lecteur entier sur un autre lecteur de taille identique ou supérieure, ou une partition sur une autre partition de même type ou plus. Et si je comprends bien, vous pouvez également utiliser ddrescue pour créer un fichier image d’un lecteur ou d’une partition.

Et ce que je n'ai pas pu comprendre en lisant le manuel, c'est la taille de l'image.

Supposons donc que vous disposiez d’un disque de 500 Go (hda) avec deux partitions de 100 Go (hda1) et de 400 Go (hda2). La partition de 400 Go a 150 Go utilisés et 250 Go gratuits. Si vous utilisez ddrescue pour créer une image de la partition hda2, quelle sera la taille approximative de l'image? Sera-t-il 400 Go ou sa taille sera-t-elle uniquement l'espace utilisé de 150 Go?

Et une fois l'image créée, quel est le meilleur outil pour voir son contenu sans le restaurer? Je suis confus à ce sujet. En ce qui concerne ce que je lis, vous devriez pouvoir le monter, mais j’ai essayé avec une petite partition NTFS sans succès. J'ai aussi lu que l'utilitaire TestDisk devrait pouvoir lire une image disque.

Je préférerais ne pas avoir à le restaurer car il ne s'agit que d'une partition Windows et la seule chose que je souhaite récupérer est quelques dossiers de l'utilisateur et un pst de l'emplacement du magasin Outlook par défaut.

Si vous utilisez ddrescue pour créer une image de la partition hda2,   sera la taille approximative de l'image? Sera-ce 400 Go ou sera   sa taille soit seulement l'espace utilisé de 150 Go?

L'ancien - 400 Go. ddrescue ne fonctionne pas avec les fichiers, il fonctionne avec les blocs de disque, et va juste (essayer de) copier chaque bloc, peu importe ce qu’il contient. Il n’a aucune notion d’espace libre, c’est juste des blocs.

Notez que ddrescue peut écrire un fichier clairsemé (en utilisant l'option --sparse ), où des blocs de zéro octet ne consommeront pas d’espace dans le fichier cible.

Toutefois, cela ne s'applique que si les octets dans le fichier d'entrée sont à zéro et que les zones non allouées d'un système de fichiers ne sont pas nécessairement remplies de zéros (elles sont généralement remplies d'anciennes données supprimées). L'option peut donc ne pas vous aider. De plus, certains programmes peuvent avoir des difficultés à gérer les fichiers fragmentés, alors faites attention.

Pour plus d'informations, voir L'option sparse de ddrescue peut-elle faciliter le clonage d'un lecteur vers un lecteur de destination plus petit? .

ddrescue a un maigre ( -S ou --sparse ) option:

Utilisez des écritures clairsemées pour outfile. (Les blocs de zéros ne sont pas réellement alloués sur le disque). Peut économiser beaucoup d’espace disque dans certains cas. Tous les systèmes ne supportent pas cela. Seuls les fichiers normaux peuvent être rares.