Effacement par erreur et corbeille non active

[Mehari]

Bonsoir,

Mes recherches sur le forum n'ont rien donné, alors je pose ma question ici:

J'ai effacé une série de  fichiers par erreur sur mon ancien Nas lors du transfert vers le nouveau.
La corbeille n'était pas active au moment de l'effacement.
J'ai lancé la recherche sur les deux Nas et sur mon DD du pc avec le nom des fichiers perdus, sans succès.

J'ai tenté les logiciels tels que Recoverit et Recuva .
Sur le PC, ça marche, mais les fichiers n'y sont pas.
Sur mon DD externe, ça marche, mais les fichiers n'y sont pas non plus.
Par contre, je ne vois pas les 2 Nas et donc je ne peux pas tenter la récupération.
J'ai bien tenté, avec Recuva, de mettre le chemin \\NomduNas\homes (et les autre dossiers également) mais sans succès... il ne voit pas les DD des Nas

Alors je me tourne vers la communauté.
Ces logiciels ne sont-ils pas capables de voir des disques en Btrfs ?
Si je sors le DD du Nas et le branche sur une base Sata avec connexion USB comme lecteur externe... j'ai une chance ?
Connaissez vous un autre moyen ?

Merci d'avance pour votre attention

Modifié le 7 janvier par Mehari

[bliz]

Question : Comment est le disque : basic, raid shr avec protection de donnée, raid 1, raid 0 ?
 

si ce sont des photo, essayez https://www.cgsecurity.org/wiki/PhotoRec_FR

[Mehari]

Bonjour,

 

Merci pour votre réponse rapide

Le disque est basic.
Les fichiers contiennent des documents PDF, des photos et des archives mail.
Je viens de le déposer et l'ai mis dans une baie SATA connecté en USB à mon PC.
Sans surprise, l'explorateur le recherche, mais ne le voit pas.

Je viens de tenter de vérifier le disque avec ReclaiMe File Recovery.
Je vois bien le dossier "Voitures", mais une croix rouge indique que son contenu a bien été supprimé et qu'il est vide, (voir capture ci-dessous)
J'ai lu que Linux permettait d'autre manip, mais je ne connais rien de cet OS

J'en suis là, et je commence désespérer un peu quand même car je manque d'idées ...
 

[bliz]

il y a testdisk en ligne de commande qui récupère les fichiers effacé, mais je ne crois pas qui le fasse avec le btrfs, si il est en ext4 , peur être essayer celui-ci

https://www.cgsecurity.org/wiki/PhotoRec

[Mehari]

Oui en effet, j'ai installé Photorec, et il est en train d'examiner le DD, mais comme il fait 1,5 To, c'est lent
3 %effectués pour près de 90.000 fichiers trouvés. J'en déduis qu'il est méticuleux.

Mais quel que soit le résultat, je ne manquerai pas de le rapporter ici.

[bliz]

@Mehari Pour la duré de la tache, oui, il n'a pas le choix, il va essayer de trouver les différents morceaux de chaques fichiers réparties dans les différents secteurs du disque dur, et ceci il va le faire pour chaque fichiers. J'avais un jour perdu un raid 10, j'ai pu retrouver quasiment l'intégralité de mes données avec testdisk, son grand frère à photorec. Par contre, je ne sais pas si photorec recherche tous les fichiers comme testdisk

[Mehari]

@bliz.

Il tourne depuis plus de 12 heures...et seulement 17 % effectués .
A ce rythme, on aura pas le  réponse  de suite.
J'ai également téléchargé Testdisk... pour le cas où

Il n'y a plus qu'à attendre

Edit: je viens de  consulter une démo sur Youtube qui explique bien la différence entre Photorec et testdisk.
Photorec semble plus puissant car il cherche tout le contenu, alors que testdisk semble ne se contenter ue des fichiers récents.
Voilà qui devrait aider les membres, je pense

Modifié le 9 janvier par Mehari

[bliz]

@Mehari je ne sais pas quel demo tu as vu sur youtube, mais en ce qui concerne testdisk, c'est faux, il cherche bien tous les fichiers. Comme j'ai dit avant, j'avais perdu un raid 10 suite à une coupure d'électricité, et avec testdisk, j'avais pu retrouver toutes les données du disque mis à par deux ou trois fichies qui ont été corrompu. Photorec lui s'appelle comme ça car au début, il ne récupérait que les photo et film

[bliz]

j'oubliais de dire, ces programmes fonctionne à condition que le disque ne soit pas utilisé en écriture, car si entre temps, un secteur à été écrit alors qu'il contenait une partie des fichiers, le fichier sera donc corrompu, donc irrécupérable

j'ai regardé, sur photorec, on demande quel type d'extension à rechercher dans ces fichiers, sur testdisk, il recherche par défaulkt, tous les fichiers
je met un lien sur une video qui explique de quoi est capable testdisk, elle ne parle pas de tous les types de sustèmes de fichiers (ntfs, fat, ect...), mais le principe y est :

 

 

 

 

 

par contre, je ne sais pas si testdisk fait le btrfs

Modifié le 9 janvier par bliz

[Mehari]

@Bliz:

Un grand merci pour ton aide.
Pour ma part, Testdisk prend en charge le format btrfs, mais seulement lorsque le disque est lu via un lecteur externe.
Il ne voyait pas le disque dans le Nas. (ou alors il y a une manip que je ne connais pas)

J'ai utilisé testdisk qui a tourné environ 24h, avant que je ne ferme le programme par erreur
Je n'avais pas filtré les types de  fichiers
IL avait, à ce moment effectué 20% de la recherche et retrouvé plusieurs milliers de fichiers (515, contenant +/- 500 fichiers chacuns) nommés " recup_dir.xxx" mais dans 90% des cas sans les noms .
Je l'ai relancé en filtrant le type de  fichiers pour ne garder que les quelques extensions qui m'intéressent, et il n'a mis que 1h30 pour faire sa recherche (160 répertoires de 500 fichiers également.

C'est bien cette version de testdisk que j'ai chargée, et je vais visionner la vidéo qui est différente de celle que j'ai consultée.

Yves

[bliz]

@Mehari si testdisk prend bien le disque dur, prend plutôt testdisk que photorec, testdisk est bien plus performant et n'a pas la limite des extensions prédéfinis.
Perso, je m'en suis servis une seule fois entre 2008 et 2012, il m'avait récupéré l'intégralité du disque dur, mais cela avait pris au logiciel plusieurs jours de traitement 4*3 to en raid 10, soit 6 to de capacité (je ne me souvient plus de la capacité occupé.

Pour le "recup_dir.xxx", ce sont des fichiers temporaires, donc normal qu'ils ne portent pas de nom, ils sont incomplets.

sur testdisk, j'avais fait

create ---->  choisi le disk ou raid (pour moi cétait un raid 10 à nouveau construit ----> proceed -----> choisi ma table de partition (pour moi, c'était efi gpt, car ma partition faisait 6 to , la partition intel, donc mbr, est limité à 2 to pour une partition, au dela il fait prendre gpt ----> analyse ----> quick search ---> deep search ---> choisir la partition (en générale, la plus grosse, touche p pour lister les fichiers, puis sélectionner les fichiers désiré en restant appuyé sur la touche ctrl puis copie pour copier tous les fichiers sélectionné.

autre moyen de sélectionner les fichiers lorsque les fichiers que l'on veut sélectionner se suivent, sélectionner le premier fichier, puis appuyer sur la touche majuscule, flèche vers le haut, et sélectionner le dernier fichier, et tous les fichiers intermédiare seront aussi sélectionné

[Mehari]

Le 09/01/2023 à 23:46, bliz a dit :

@Mehari
create ---->  choisi le disk ou raid (pour moi cétait un raid 10 à nouveau construit ----> proceed -----> choisi ma table de partition (pour moi, c'était efi gpt, car ma partition faisait 6 to , la partition intel, donc mbr, est limité à 2 to pour une partition, au dela il fait prendre gpt ----> analyse ----> quick search ---> deep search ---> choisir la partition (en générale, la plus grosse, touche p pour lister les fichiers, puis sélectionner les fichiers désiré en restant appuyé sur la touche ctrl puis copie pour copier tous les fichiers sélectionné.

qautre moyen de sélectionner les fichiers lorsque les fichiers que l'on veut sélectionner se suivent, sélectionner le premier fichier, puis appuyer sur la touche majuscule, flèche vers le haut, et sélectionner le dernier fichier, et tous les fichiers intermédiare seront aussi sélectionné

Bonsoir,

J'ai regardé les vidéos, j'ai bien lancé testdisk cette fois sans problème, mais je rencontre un problème dans la sélection des fichiers.
En vert, ci dessus, le point où je suis arrivé
En rouge, la touche P n'a aucune action.

voir les captures d'écran: sur la capture TD_01, la touche P ne fonctionne pas.

Sur e (2ème) tuto que tu as posté, le gars parle tellement vite que je l'ai repassé plusieurs fois, sans succès  
A un moment, il a scanné le disque et créé un log dans le répertoire, mais fichiers sont vides... et maintenant, tesdisk ne voit plus ma partition

Je vais essayer de  restaurer la partition, même si je commence à désespérer.

EDIT: J'ai tout arrêté et reedémarré, j'ai retrouvé mon disque.
Voici l'endroit qui bloque. D'après le tuto, je devrais avoir en bas de la fenêtre un "undeleted", que je ne vois pas.

 

 

Modifié le 11 janvier par Mehari
Complément info

[bliz]

Je vais faire un test sur un disque et je te tiens au courant, je n'ai pas utilisé le logiciel depuis 2008, donc ça remonte, comme j'ai dit plus haut, je ne suis pas sur que testdisk fonctionne avec linux et je te tien au courant

Modifié le 11 janvier par bliz

[bliz]

bonjour @Mehari,

je vient de vérifier comment proceder, et c'est pareil que pour les disques formater par windows, j'ai fait un test sur un disque formaté par le nas et voici ce que comprend windows de ce disque (donc pas de partition reconnu pour un disque formaté par le nas

 

maintenant, je commence par créer un repertoire "fichier recup" dans le dossier testdisk puis je lance testdisk

j'appuis sur la touche entre du clavier pour continuer

je sélectionne le disque dur dont je veux récupérer les fichiers, en utilisant les flèches du clavier, ici c'est le sabrent, puis j'appui sur entre du clavier



Normalement efi GPT est selectionné par défaut poour les disque de plus de 2 To (en générale, la sélection de testdisk est la bonne, je n'ai pas de disques de moins de 2 to formaté linux libre, donc je n'ai pu faire letest pour ce type de partition e) et donc il ne me reste plus qu'à appuyer sur la touche entrée

j'appui sur la touche entrée pour lancer l'analyse

 

je lance la recherche (qui ici s'appelle quick cherche) en appuyant sur la touche entrée (on peut voir ici que c'est une partition linux)

je sélectionne la partition, en générale, c'est la plus grosse



c'est ici que j'appui sur la touche P pour lister les fichiers

en rouge, ce sont les fichiers qui sont effacés, je sélectionne donc ces fichier en me déplacant sur le ou les fichiers que je veux et j'appui sur le touche":" du clavier pour valider la selection du fichier, et ceci est à faire avec tous les fichiers à sélectionner



Les fichiers sélectionnés passe en vert, j'appuis donc sur le C majuscule du clavier pour les copier

je descend sur le répertoire que nous avons créé "fichier recup" et j'appui sur entre



une fois sur le dossier "fichier recup", j'appui sur le C majuscule du clavier

 

en vert, j'ai la confirmation que les deux fichier sélectionné ont été copiés

Si les fichiers n'ont pas été trouvé, il faut lancer une recherche approfondi et là, ça va être très long

ont appui donc sur la touche q pour quitter (on peut le faire avant l'étape avant de lister les fichiers)

 

on appui sur entrée du clavier pour continuer

 

avec la flèche gauche du clavier, on va sur deeper search et on appui sur entrée du clavier



il va analyser toute la partition du disque, chez moi, c'est 3 To, ce qui va me prendre énormément de temps ( de mémoire, plus d'une journée), mais une fois l'analyse faite, on devrait retomber sur la sur la 6ième copie d'écran, et donc poursuivre à partir de cette étape.

En espérant avoir été clair

La dock est ici :

https://www.cgsecurity.org/testdisk.pdf

et leurs forum est ici, il vont te pourvoir mieux t'informer que moi

https://forum.cgsecurity.org/phpBB3/

si tu peut nous tenir au courant de la suite des événement 

Modifié le 12 janvier par bliz

[Mehari]

Bonjour,

Voici le suite de l'histoire:

-  1ère fenêtre "Create" -> Ok
-  2ème fenêtre "liste des disques" -> sélection du disque concerné de 1,5 To -> ok
-  3ème fenêtre "Sélection de la partition:
        - Tentative

 

 

 

[bliz]

il prend quel genre de partition par défaut testdisk ?

[Mehari]

Désolé, j'avais commencé à répondre, mais je vois que ma réponse est incomplète

Il propose Intel par défaut

Sélection du DD de 1,5 To, connecté dans une baie Sata externe via USB

J'ai testé EFI GPT, sans succès.

 

TD propose: Intel partition table type has been detected.

Je choisis "Analyse".
J'obtiens ceci:

Et là je bloque

Suite....
En choisissant "quicksearch" j'ai ceci:

C'est vert, donc ok si j'ai bien compris tes explications et les tutos

Je  sélectionne la dernière qui est plus grande,

Puis deeper search, et il part pour une analyse des cylindres de plusieurs heures.
Je mettrai le résultat final ici.
Mais je peux déja montrer ceci:

Avec 0,1 % effectué, il y a déjà des erreurs, et il semble avoir vu des partions EFI

To be continued...

Modifié le 14 janvier par Mehari

[bliz]

Je vais t'aider au taton car je n'ai pas de disque de moins de 2 to.

essaye d'appuyer sur le clavier le chiffre 3 puis entrée
 

Modifié le 14 janvier par bliz

[Mehari]

il y a 56 minutes, bliz a dit :

essaye d'appuyer sur le clavier le chiffre 3 puis entrée
 

Avant de tester le 3, j'ai attendu le résultat de l'analyse, et voici ce que ça donne:

Impossible de récupérer.
Je note qu'en haut, il est affiché 1500 GB ce qui est normal, et en bas de l'image, 1934/1802 GB ???
Je valide pour continuer...

 

Je  reprends la plus grosse et je valide sans succès

 

En tapant "Q", je reviens au départ sur la fenêtre analyse.
Je vais donc devoir essayer le choix "3" comme tu proposais.

 

 

[bliz]

regarde le texte que je t'ai cité et écrit en rouge

 

Il y a 2 heures, Mehari a dit :

Désolé, j'avais commencé à répondre, mais je vois que ma réponse est incomplète

Il propose Intel par défaut

Sélection du DD de 1,5 To, connecté dans une baie Sata externe via USB

J'ai testé EFI GPT, sans succès.

 

TD propose: Intel partition table type has been detected.

Je choisis "Analyse".
J'obtiens ceci:

Et là je bloque

Suite....
En choisissant "quicksearch" j'ai ceci:

C'est vert, donc ok si j'ai bien compris tes explications et les tutos     

regarde ici, il te dit que tu peut lister les fichiers appui sur P
 

Je  sélectionne la dernière qui est plus grande,

Puis deeper search, et il part pour une analyse des cylindres de plusieurs heures.
Je mettrai le résultat final ici.
Mais je peux déja montrer ceci:

Avec 0,1 % effectué, il y a déjà des erreurs, et il semble avoir vu des partions EFI

To be continued...

 

Modifié le 14 janvier par bliz

[Mehari]

Suite....

@ Bliz

J'ai repris la séquence suivant tes remarques, sachant que la recherche EFI GPT n'avait rien donné.
Create -> Intel -> Analyse -> 3
JUsquà ceci

P ->

 

Il lance l'analyse et j'obtiens, après plus de 4 heures ceci:

Il me dit que le DD (1,5 To) est trop petit. donc ça coince encore

 

 

[bliz]

A priory, il le détecte comme ntfs

essayez cette méthode :

https://www.cgsecurity.org/wiki/TestDisk:_undelete_file_for_ext2

[Mehari]

Bonjour, 

Désolé pour cette réponse tardive, mais j'ai dû réinstaller complètement  PC
J'étais arrivé à lancer une sauvegarde, mais:
- TD ne fonctionne que s'il est installé sur la partition système
- TD impose de réaliser la sauvegarde dans le répertoire d’installation.

J'avais de la place, mais pas assez apparemment sur le disque C, et la sauvegarde s'est plantée.
J'ai bien essayé de  retrouver les dossiers temporaires, afin de les supprimer, mais sans succès. 
Pire, ma  machine ne suivait plus, car le DD état full.

Comme le PC a bientôt 7 ans, j'ai choisi de le réinstaller complètement avec un DD système de 1To.... Jamais trop prudent. 
Je vais donc réattaquer le problème ce week-end et aller voir le lien https://www.cgsecurity.org/wiki/TestDisk:_undelete_file_for_ext2

 

Merci pour ton aide, quel que soit le résultat;

[Mehari]

Bonsoir,

Pas encore eu le temps de m'y mettre, mais par contre, j'ai retrouvé mes fichiers avec "Recuva" sur mon disque système que j'ai sauvegardé avant de le reformater entièrement.
Aucune idée de la façon dont ils sont arrivés là, mais je les ai, et c'est bien.
Je vais remplacer le DD de 1,5 To par un 4 To identique aux deux qui sont dans le nouveau Nas.

Ainsi, j'aurai un Nas avec 2 DD en raid 1, et un second Nas, délocalisé, avec une sauvegarde via Hyper Backup.

Je pourrai alors investiguer plus avant ce problème .
Quoi qu'il en sorte, un grand merci pour l'aide et les liens.