Partitions/données effacées lors d'un clonage

Bonjour,

Difficile de savoir ce que ton logiciel a fait. D'après ce que tu décris tu n'aurais pas du perdre tes partitions.

Je présume que tes tables des partitions sont celles reportées dans ton autre fil de discussion (voir ici) ? Si oui, vu que /dev/sdc est plus petit que /dev/sdb, je ne vois pas trop comment tu peux cloner directement. De plus la table des partitions de /dev/sdb et /dev/sdc n'est pas la même.

Sous Linux, essaye de voir si tu parviens à monter les partitions de /dev/sdb :

sudo mkdir -p /mnt/sdb1
sudo mount /dev/sdb1 /mnt/sdb1
ls /mnt/sdb1
# Quand tu as fini
umount /dev/sdb1

Même principe pour /dev/sdb2.

Ensuite je pense que le plus simple serait de créer les partitions cibles dans /dev/sdc, puis de copier avec cp le contenu des partitions de /dev/sdb1 (resp. /dev/sdb2) vers /dev/sdc1 (resp. /dev/sdc2).

sudo mkdir -p /mnt/sdc1
sudo mount /dev/sdc1 /mnt/sdc1
cp -r /mnt/sdb1/* /mnt/sdc1

Bonne chance

Je ne comprends pas ce qui s'est passé normalement la partition source du clonage de sda1 ne devait pas dépasser 120 GO puisque mon ancien SSD était de cette taille....

Voici peut être la raison pour laquelle il n'a pas voulu "Rebooter" dessus  ensuite...

ls /mnt/sdb1
 36ECAFCD43A2495b82517D70C390CA23.EXC   bootmgr  'System Volume Information'
 Boot                                   EFI

 Pour sdb2 le résultat :

ls /mnt/sdb2
 36ECAFCD43A2495b82517D70C390CA23.EXC   bootmgr  'System Volume Information'
 Boot                                   EFI

Pour la 3ème partie  il me semble qu'on ne s'est pas compris... Peut être que je me suis mal expliqué ce n'est pas sdb1 et 2 que je veux récupérer mais le contenu des partitions de sdb avant que le clônage soit fait...

Dans "Gparted" je n'ai plus les partitions de données , il y en avait 3 en Ntfs dont la taille totale était de 680 Go qui ne sont donc plus apparentes dans "Gparted"

Par contre je les vois dans "testdisk" le tout est de savoir comment les récupérer...

Je n'ai pas 680 Go de données sur ces 3 partitions mais beaucoup de choses importantes...

J'ai vu qu'il y avait une fonction dans Gparted  pour éventuellement chercher des tables de partitions

plus anciennes j'ai donc installé "gpart" (qui ne tente rien ....)...

En tout cas merci d'essayer de m'aider...

Bonjour,

Aparté :

• clonage (pas clônage) ;-)
• je ne sais pas ce qui se passe dans tes messages mais tu as des sauts de ligne bizarre que je corrige à chaque fois. Tu dois uniquement passé à la ligne quand tu commences un nouveau paragraphe.

De ce que je vois de ls /mnt/sdb1 et ls /mnt/sdb2 ce sont deux partitions EFI. J'ai l'impression que tu as copié la partition EFI /dev/sda1 dans ces deux partitions. J'espère que tu n'avais pas de données avant ça dans /dev/sdb, car si c'est le cas leur récupération va être très compliquée. 

Pour la 3ème partie  il me semble qu'on ne s'est pas compris... Peut être que je me suis mal expliqué ce n'est pas sdb1 et 2 que je veux récupérer mais le contenu des partitions de sdb avant que le clônage soit fait...

Je comprends ton interrogation, je me demandais juste ce qui s'était passé :-)

Si les partitions /dev/sdb1 et /dev/sdb2 aient été formatées avec un formatage complet, les données qui s'y trouvaient sont perdues (les secteurs ont tous été remis à 0). Si c'est un formatage rapide, une partie n'a pas été remise à 0 (concrètement toutes les regions du disque qui n'ont pas été recouvertes par les nouvelles données). Toutefois leur récupération ne peut pas se faire simplement, car même si tu restaures l'ancienne table des partitions, les systèmes de fichiers qui y étaient ont été altérés par les nouvelles données. Dit plus simplement, corriger la table des partitions ne suffira pas à rendre "montable" les anciennes partitions.

Cela signifie que tu n'as d'autres choix que d'utiliser des outils à la photorec (qui elles s'affranchissent du système de fichier et tente de détecter des séquences d'octets conformes à certains format de fichier). Cela signifie aussi que par construction, photorec (ou tout autre outil analogue) n'est capable de récupérer qu'un sous ensemble de type fichiers (en gros les photos qui n'ont pas été écrasées). Ce tutoriel (en français) peut t'aider à l'utiliser. Il semble qu'il existe une interface graphique pour photorec, qui s'appelle qphotorec.

D'autres logiciels existent sous Linux. Tu peux regarder cette page.

Il existe des boîtes spécialisées dans la récupération de données mais c'est souvent extrêmement cher et généralement cela décourage la plupart des particuliers. Si tu envisages d'y faire appel, touche le moins possible aux disques concernés (uniquement des opérations en lecture, pas d'opération en écriture).

Bonne chance

Re

Bon avec "testdisk" ça à l'air possible mais c'est chaud....

Si je suit le tuto de base il faut que je liste le contenu des partitions une à une

pour voir si il y a du contenu.

Le risque dans le cas proposé c'est que si je me trompe ça réécrit sur le disque ou les partitions ont été effacés

Aussi je ne sais pas si je dois créer au préalable une/des partition(s) Ntfs vu que toutes mes données sont sur du ntfs...

Du coup si je me trompe c'est irréversible.....

j'ai vu sur le wiki qu'une personne propose une solution pour restaurer les partitions sur un autre disque 

Je vais voir ça a tête reposée  ...

Bonjour,

J'ai dit des bêtises sous Ubuntu il récupère les données dans "/dossier personnel"

Du coup je me retouve avec des dossiers  "Recup_1, 2,3, etc ...."

et comme ma partition ou est installé "Ubuntu" ne fait que 30Go j'ai eu un message "espace disque

faible"....

Dans l'analyse rapide avec "Testdisk" que j'ai interrompu car mes partitions "Ntfs"sont bien listées 

quasiment dès le début de l'analyse...

De plus 3Pertitions de 680 GO au total même si leurs contenus respectifs ne représentent que la moitié 

au niveau de l'analyse c'est évidemment trés trés long...

Il me renvoie bien 3 lignes Ntfs qui correspondent au 3 partitions supprimées

J'ai sélectionné la première Ntfs qui m'intêresse appuyé sur "P" pour éditer son son contenu

j'ai bien les dossiers et répertoires ainsi que les fichiers (toujours en sélectionnant et la commande "P"

donc c'est plutôt une bonne nouvelle..

Maintenant il me faut copier les dossiers trouvés et leur contenus

Mes questions sont les suivantes :

Mes données à récupérer sont toutes en Ntfs est ce que je dois créer une partition en Ntfs ou autres sur mon autre disque (sdc)?

Pour rappel Mon disque HDD source et de taille supérieure au disque cible SSD...

J'ai vu qu'il y avait des problèmes de droits aux accès des données récupérées sous "Linux" est ce la même chose sous Win ?   

Comment supprimer les dossiers "Récups"situés dans mon "dossier personnel" ubuntu ?

 Merci d'avance de votre aide , je crois que je suis en bonne voie....

Ca a marché ....

Tout du moins pour la partition NTFS 1 , en fait comme indique sur le tuto j'ai fait une recherche rapide

et dès que j'ai vu mes partitions s'afficher j'ai arrêté la recherche ....

j'ai sélectionné la partition Ntf 1 avec les touches "fléche du haut/fléche du bas" ensuite j'ai appuyé sur la touche "P"

pour éditer son contenu  sélectionné avec les fléches  puii de nouveau touche "P" pour vérifier le contenu

Ensuite j'ai fait "Quit" pour revenir au dossier parent sélectionné "Ntfs 1"puis "C" pour copier là il me montre

les partitions accessibles (pour moi G:/) j'ai fait "touche Enter" et il a commencé à copier ...

Je suis dans l'ensemble trés content car sur 65 0000 fichiers /dossiers il ne m'a pas copié que entre 300 et 400 fichiers/dossiers...

Je précise aussi que j'aurais pu faire une recherche approfondie dans "Testdisk" mais dans le doute et l'envie de savoir si ça marche

réellement et correctement j'ai fait comme le tuto l'indiquait....

Pour la "Ntfs" 2 je vais faire pareil mais avec cette fois la recherche approfondie  pour voir si ça diminue le nombre d'erreurs "failed"

C'est long , entre l'analyse rapide puis approfondie (on est obligé de faire les 2...) car la premiére sert à identifier les partitions sur le

disque , le seconde en sélectionnant la partition concernée pour être sur que tous les fichiers/dossiers soient là...

Je précise que j'ai fait cette opération sous "Win " et qu'il a fallu que je crée une partition simple avec le gestionnaire de partition "win"

car il ne reconnait pas les "partitions primaires"  ....

Dans tous les cas il faut faire très attention car il y a un risque de perdre définitivement les données....

Si ça peut aider je compléterai ici car il y a une manipe pour déterminer l'endroit ou on veut copier les données récupérées...

Si testdisk vous permet de retrouver les partitions avec leur contenu, c'est parce que vous avez effacé la table de partitions, mais que ces partitions sont saines.

Je présume que testdisk vous donne le début des partitions, dans ce cas vous pouvez monter les partitions en read-only avec l'indication du début des partitions (chacune à tour de rôle) et sauvegarder vos fichiers par cp, rsync, tar, zip...

mount -t ntfs -o ro,offset=xxxxxx /dev/xxx /mnt/xxx

(remplacer xxx par les données pertinentes)

Bonne chance

Bonjour Restore

Et merci de votre réponse....

Comme précisé plus haut j'ai fait l'opération sous "Win" ( je sais je suis sur un forum "Ubuntu" Dsl...

Je suis vraiment trés loin d'être un spécialiste linux c'est pourquoi j'ai trouvé plus facile pour moi

de le faire sous Win...

Il me semble que vous me donnez une manière différente de faire "dossier par dossier" et beaucoup

trop fastidieuse...

J'ai eu beaucoup de mal déjà, à comprendre l'utilisation de "Testdisk" pour l'instant ça me convient car je ne pensais

vraiment pas pouvoir récupérer mes données importantes....

Il faut savoir que les 3 partitions (environ 680 go d'espace)pour environ 300 à 400 Go de données 

je ne peux pas me permettre de passer mon temps à faire  un à un chaque dossier...

Si j'ai mal compris merci de préciser...

Merci quand même de votre aide....

La méthode que je suggérais était globale par partition (et non par dossier). Par exemple vous auriez trois fichiers zip pour trois partitions.

Mais c'est une méthode pour Linux, car habituellement on gère ce type de problèmes à partir d'un "live-USB". Sous Windows on ne peut pas monter en read-only, ce qui peut aggraver la situation en cas de fausse manipulation ou si la partition est bancale.

Bonne chance quand même

c'est noté je vais regarder ...

Merci....

Re ,

 Je me suis enflammé un peu vite, il reconnait les contenus d 2 Partitions sur 3

 j'ai donc fait une recherche approfondie ( j'ai plus le nom de la commande en tête) ...

 C 'est très long   ( je pense que l'analyse va durer la durée toute la nuit ) selon le résultat ...

 Il y a eu déplacement de gros volumes et formatage je pense quand j'ai cloné ...

Il faut s'armer de patience....

En tout cas j'ai déjà récupéré 209 Go sur la partition 1....donc sa marche dans mon cas....

Pour répondre à Restore,

je ne comprend pas pourquoi monter en lecture seule ?

Ma partition systéme n'est pas celle qui est  endommagée...

Et pourquoi aggraver à partir du moment ou on sauvegarde sur un autre disque ?

Vous voulez peut être dire dire la partition ou le disque cible en lecture seule pour éviter de réecrire

sur le dique qui a été effacé accidentellement ?

Rassurez vous jamais je n'aurai tenté de réecrire sur le même disque  (je prend pas de risque au vu de la somme des données)

et du risque de les perdre définitivement....

momentanément indisponibles  (du moins je l'espère).... 

Par contre du moins sous "Win" j'ai remarqué que la partition cible/sauvegarde doit être montée

( perso j'ai crée 3 dossiers distincts  pour les 3 partitions)...

je suis encore au tout début de la compréhension du logiciel "Tetsdik" et suis déjà très impressionné

du résultat et de ses possibilités...

J'ai vu par ailleurs qu'en cas de problème on pouvait aussi essayer de changer le type de partition

en "boot" ,"logique" , "étendue "etc...

je vais voir la suite une fois l'analyse terminée car il trouve des fichiers très anciens d'après ce que je vois...

Ma priorité à l'heure actuelle est de récupérer mes données...

je verrais les expérimentations par la suite...