[Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

enrico_69003 · Le 10/04/2025, à 22:01

Que ça soit avec Disques ou Gparted, on ne me donne pas la main pour intervenir dans le disque de 2 To, sur la partition libre et non allouée à côté de la partition sdb1.

Dernière modification par enrico_69003 (Le 14/04/2025, à 09:18)

geole · Le 10/04/2025, à 22:02

enrico_69003 a écrit :

Etape 1 : Examen de la structure des systèmes de fichiers de base
An unspecified error occurred (6274667363686b2e 829)
reste : 265:21:28

Windows reste toujours aussi précis sur les incidents.
Je crains que cela devienne compliqué
Es-tu certain de 6274667363686b2e 829

enrico_69003 · Le 10/04/2025, à 22:07

geole a écrit :

enrico_69003 a écrit :
Etape 1 : Examen de la structure des systèmes de fichiers de base
An unspecified error occurred (6274667363686b2e 829)
reste : 265:21:28
Windows reste toujours aussi précis sur les incidents.
Je crains que cela devienne compliqué
Es-tu certain de 6274667363686b2e 829

C'est : 6e74667363686b2e 829

geole · Le 10/04/2025, à 22:21

Alors https://www.google.fr/search?as_q=&as_e … nce&tbs=rt un peu d'espoir....

zatigem · Le 10/04/2025, à 23:08

enrico_69003 a écrit :

Que ça soit avec Disques ou Gparted, on ne me donne pas la main pour intervenir dans le disque de 2 To, sur la partition libre et non allouée à côté de la partition sdb1.

Pourtant parted a bien analyser semblerait-il. Tu peux tenter de le faire à partir de parted mais n'hésite pas à la moindre question.

1) sudo parted

2) select et mkpart

3) Renseigner les champs désirés. Pas sur qu'il connaisse exfat

4) Quitter parted proprement une fois finit et executer mkfs.exfat sur la partition (/dev/sdb2 probablement)

Manuel parted (anglais

Dernière modification par zatigem (Le 10/04/2025, à 23:10)

enrico_69003 · Le 11/04/2025, à 11:17

Je cherche, je cherche...
Pour le moment, ce que j'ai trouvé à faire de possible, c'est de créer une partition NTFS sur la 2ième partie non allouée du disque de 2To.
C'est en cours...
Est-ce que ça serait une bonne idée de lancer un Photorec depuis le disque source de 1to vers cette nouvelle partition de taille équivalente ?

Dernière modification par enrico_69003 (Le 11/04/2025, à 11:17)

enrico_69003 · Le 11/04/2025, à 11:20

geole a écrit :

Alors https://www.google.fr/search?as_q=&as_e … nce&tbs=rt un peu d'espoir....

Un espoir vite éteint, car, sauf si je suis passé à côté, aucune solution n'apparaît dans les différents sites au sujet de cette erreur 6e74667363686b2e

zatigem · Le 11/04/2025, à 11:29

Ca coute rien de retenter un chkdsk à ce que je peux lire.

Ensuite oui c'est une bonne idée pour photorec, mais ca va être plus compliqué c'est sûr car il va te sortir beaucoup de faux positifs, fichiers qu'il pense avoir retrouvé mais finalement pas. Ou peut-être le nom du fichier perdu / extension perdu...

Si tu as des fichiers à format recent type photo d'un Iphone ou autre format exotique, je te conseil de télecharger la toute derniere version de Photorec

geole · Le 11/04/2025, à 13:53

Bonjour
Je voulais simplement dire que le message d'erreur que tu avais était pas mal connu. Je n'ai pas encore eu le temps de décortiquuer pour voir comment contourner

Si tu lances photorec, avant de le lancer, monte d'abord la seconde partition NTFS nouvellement créée sur un point de montage dans home. Cela sera plus facile à l'allouer au moment de la récupération des fichiers
Exemple

mkdir FOTOREK
sudo umount /dev/sdb2
sudo mount -v /dev/sdb2 FOTOREK

Dernière modification par geole (Le 11/04/2025, à 19:35)

enrico_69003 · Le 11/04/2025, à 14:24

@ geole

J'ai remis au propre le disque T7 2To, il a maintenant 2 partitions NTFS montées et visibles dans le gestionnaire de fichiers : Recup_1 (953,87 Go) et Recup_2 (909,15 Go).
A ce stade, les capacités des 2 partitions restent modifiables. Il est donc vide et disponible pour tous les essais aventures, sachant que le disque source Touro S (disque endommagé), n'a lui subi aucune modif si ce n'est d'être passé en NTFS avec Diskpart.

J'ai refait la manip comme tu l'as indiquée au #84, ai lancé Photorec. Le nom "Photorec" (à la place de Recup_2) a été facilement identifiable pour la partition de destination. Le temps est annoncé de plus de 3h 6h30 pour arriver au bout. J'espère que la taille de la partition de destination sera suffisante.

Dernière modification par enrico_69003 (Le 11/04/2025, à 16:39)

enrico_69003 · Le 11/04/2025, à 15:34

Pendant que Photorec tourne, je suis allé dans la partition de récup Photorec (redevenue Recup_2 pour une raison inconnue) , et mes photos, vidéos sont bien là. Par contre, ça semble être est le foutoir total, et c'est peut dire... difficile à expliquer mais la logique informatique n'est pas la même que la logique humaine. Tout est rangé de manière aléatoire dans des dossiers Recup_dir.no. créés pour l'occasion. Dans chaque dossier, il y a un mélange de photos venant de différents dossiers d'origine. On en est à Recup_dir.425 et seulement 12% de la partition est occupée. Le bon point, c'est que pour la première fois, une récupération est concrètement réalisée et disponible. Le prochain step serait de pouvoir faire une récup à l'identique des dossiers d'origine et de leurs contenus (principalement photos, mais aussi qq vidéos et qq audios)

Dernière modification par enrico_69003 (Le 11/04/2025, à 17:12)

enrico_69003 · Le 11/04/2025, à 16:44

J'ai vu qu'il existe un logiciel qui tourne sous linux, et qui serait capable de restituer les fichiers dans leurs dossiers d'origine. Il s'agit de R-studio, payant pour sa version de récupération de toutes tailles de fichiers. (80 $ pour 80 jours d'utilisation)
Un avis éventuellement sur ce logiciel ?

Dernière modification par enrico_69003 (Le 11/04/2025, à 17:12)

geole · Le 11/04/2025, à 19:43

J'ai vu.
Le mode démo vous permet d'évaluer R-Studio pour Linux gratuitement. Le mode démo de R-Studio est limité aux fichiers inférieurs à 256 ko. Vous pouvez, cependant, prévisualiser les fichiers gérés qui sont supérieurs à 256 ko en double-cliquant dessus. Ceci vous permet de prédire les chances d'une récupération réussie avant l'achat d'une licence R-Studio pour Linux.

Donc tu pourras savoir s'il retrouve les vrais noms de fichiers.

enrico_69003 · Le 11/04/2025, à 23:27

Récupération Photorec au bout de plus de 8h : 1766 dossiers recup-dir

Récupération achevée, par contre, je ne sais pas exactement ce qui n'a pas pu être récupéré sur ce disque endommagé.
En volume, je sais : vu sur Disques, la récupération n'occupe que 266 GB sur la partition de 976 GB, soit 27,2%. Il reste 710 GB de libre.
Le problème, c'est que je ne sais pas exactement quelle volume en GB mes fichiers occupe sur le disque source de 1To.

PhotoRec 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sdf - 1000 GB / 931 GiB (RO) - HGST TOURO S
     Partition                  Start        End    Size in sectors, oi
 1 * HPFS - NTFS              0  32 33 121601  25 24 1953519616


882691 files saved in /home/eric/FOTOREK/recup_dir directory.
Recovery completed.

You are welcome to donate to support and encourage further development
https://www.cgsecurity.org/wiki/Donation

[ Quit ]

Dernière modification par enrico_69003 (Le 11/04/2025, à 23:38)

zatigem · Le 12/04/2025, à 08:04

Vérifier que tes fichiers sont intègres, non coupé, lisible.... Comme dit, il peut y avoir des faux positifs aussi ou des fichiers qui ont été partiellement récupéré. Cela depend des options que tu as choisis dans Photorec

enrico_69003 · Le 12/04/2025, à 08:34

zatigem a écrit :

Vérifier que tes fichiers sont intègres, non coupé, lisible.... Comme dit, il peut y avoir des faux positifs aussi ou des fichiers qui ont été partiellement récupéré. Cela depend des options que tu as choisis dans Photorec

Ca va être difficile à faire, vu que Photorec a généré 1766 dossiers Recup_dir (plus une dizaine que j'ai déjà supprimé) ! Il y a un peu de tout dedans, vu que la moindre illustration est convertie, souvent en plusieurs fichiers si cette illustration a été créée avec plusieurs superpositions. Et là, je ne parle même pas de photo. Il y a aussi plein de fichiers incompréhensibles, qui ne s'ouvrent pas. Noyées au milieu de tout cela, je repère bien sur une partie de mes photos, vidéos, audios. Dans quel pourcentage, je n'en sais rien. Bref, c'est un sacré bazar où je me garderai bien de passer trop de temps. Le seul mérite de Photorec, c'est de m'avoir montré que le contenu de ce disque endommagé est récupérable. Avant d'essayer de faire un grand ménage dans cette récupération, le prochain objectif serait de trouver une alternative à Photorec capable de reproduire mes dossiers d'origine. Je vais étudier R-studio à cet effet. A mon avis, Photorec doit être intéressant pour des petits volumes de récupération bien identifiés.

Dernière modification par enrico_69003 (Le 12/04/2025, à 08:39)

geole · Le 12/04/2025, à 09:40

Bonjour.
Photorec est la solution de dernier secours qui aide les personnes qui n'ont pas pensé à sauvegarder leurs données en double exemplaire.
Il existe quelques outils permettant de plus ou moins trier regrouper et séparer
Par exemple il pourrait être possible de créer un dossier ne contenant que des fichiers se terminant par ,jpg https://www.cgsecurity.org/wiki/Après_l … e_PhotoRec

Mais je n'ai pas de pratique. Il faut souvent plusieurs mois de travail avant d'avoir un renommage.

Si tu as des données identiques, c'est qu'elles existaient déja avant.

Dernière modification par geole (Le 12/04/2025, à 09:43)

enrico_69003 · Le 13/04/2025, à 19:47

geole a écrit :

Bonjour.
Photorec est la solution de dernier secours qui aide les personnes qui n'ont pas pensé à sauvegarder leurs données en double exemplaire.
Il existe quelques outils permettant de plus ou moins trier regrouper et séparer
Par exemple il pourrait être possible de créer un dossier ne contenant que des fichiers se terminant par ,jpg https://www.cgsecurity.org/wiki/Après_l … e_PhotoRec
Mais je n'ai pas de pratique. Il faut souvent plusieurs mois de travail avant d'avoir un renommage.
Si tu as des données identiques, c'est qu'elles existaient déja avant.

J'ai essayé un script proposé pour trier les fichiers par extension après l'utilisation de Photorec, mais le terminal m'a répondu longtemps après avoir tapé le script qu'il y avais des erreurs dans le script. je n'ai pas insisté, car pas vraiment convaincu par Photorec dans mon cas.

enrico_69003 · Le 13/04/2025, à 20:07

Je suis allé voir R-studio. C'est un logiciel payant, mais on peut le télécharger gratuitement pour faire un essai avec la possibilité de faire l'analyse complète de son disque abimé. La récupération est alors limitée à 256 Ko par fichier. Par contre, dans cette phase, on voit bien tous les fichiers que l'on peut récupérer si on achète le logiciel, et de quelle façon, c'est à dire par défaut dans leur structure des dossiers de départ. Vu ce que je pouvais obtenir, j'ai acheté le logiciel, 79,99 $ CAD pour une version à durée illimitée. Une version existe à 80 $ CAD qui permet notamment de travailler en réseau, mais qui est limitée à 80 jours d'utilisation, annoncée comme surtout destinée à des professionnels.

Avec R-Studio, j'ai pu récupérer tous mes fichiers de mon disque dur endommagé, dans leur structure d'origine (dossiers, etc). En fait, comme il faut cocher les dossiers et leurs contenus que l'on veut récupérer, j'ai même pu faire un tri et laisser de côté ce qui ne m'intéressait plus. Les fichiers abimés, finalement très peu, étaient clairement identifiés. Donc, on peut dire à ce stade que mon problème de départ est résolu.

Le seul petit problème restant, c'est que chaque fichier récupéré est accompagné d'un fichier ressemblant à un fichier texte, et qui rajoute l'extension .$ea au nom du fichier récupéré. Exemple; ficher récupéré : IMG_1559.JPG, et fichier d'accompagnement : IMG_1559.JPG.$ea. Pour ne pas aller dans chaque répertoire faire un tri par extension et supprimer les .$ea, j'aimerais bien trouver un script permettant de supprimer tous les fichiers se terminant par cette extension dans le dossier et les sous-dossiers concernés.

Dernière modification par enrico_69003 (Le 15/04/2025, à 08:33)

geole · Le 13/04/2025, à 23:51

Bonsoir.
Tant mieux que tu aies pu récupérer tes fichiers.
Peux-tu donner plus de précision car je ne comprends pas bien ta phrase
Exemple; ficher récupéré : IMG_1559.JPG, et fichier d'accompagnement : IMG_1559.JPG.$ea.

Suffirait-il de renommer IMG_1559.JPG.$ea en IMG_1559.JPG
Si oui, pourquoi cela n'a pas été fait automatiquement?
Il y a donc certainement une contrainte.

Dernière modification par geole (Le 13/04/2025, à 23:57)

enrico_69003 · Le 14/04/2025, à 08:59

geole a écrit :

Bonsoir.
Tant mieux que tu aies pu récupérer tes fichiers.
Peux-tu donner plus de précision car je ne comprends pas bien ta phrase
Exemple; ficher récupéré : IMG_1559.JPG, et fichier d'accompagnement : IMG_1559.JPG.$ea.
Suffirait-il de renommer IMG_1559.JPG.$ea en IMG_1559.JPG
Si oui, pourquoi cela n'a pas été fait automatiquement?
Il y a donc certainement une contrainte.

Chaque fichier a au-dessous de lui un autre fichier avec le même nom suivi de l'extension .$ea
Une photo vaut mieux que toute autre explication :

La suppression de ce fichier est sans effet. Je ne sais pas si un paramétrage dans R-studio aurait permis d'éviter cela, ne l'ai pas remarqué.
Je n'ai pas encore trouvé le bon script permettant de supprimer tous ces fichiers possédant la même extension. Le caractère spécial $ ne facilite pas la tâche.
Au pire, je le ferai manuellement, et progressivement.

enrico_69003 · Le 14/04/2025, à 09:29

Puisqu'on approche de la fin du traitement de ce problème - et à moins qu'il ne me propose encore le bon script pour supprimer les fichiers qui parasitent les dossiers - je te dis un grand Merci, geole, pour toute l'aide que tu m'a apportée.

Dernière modification par enrico_69003 (Le 14/04/2025, à 11:56)

enrico_69003 · Le 14/04/2025, à 10:08

J'ai essayé ce script pour supprimer tous les fichiers *.$ea

eric@eric:/media/eric/Recup_1$ for i in "$(find -name *.\$ea)"; do rm "$i"; done

mais la réponse a été :

eric@eric:/media/eric/Recup_1$ for i in "$(find -name *.\$ea)"; do rm "$i"; donebash: /usr/bin/rm: Liste d'arguments trop longue
eric@eric:/media/eric/Recup_1$

geole · Le 14/04/2025, à 10:37

Bonjour

A essayer, Mais je crains le même résultat

Pdm=/media/eric/Recup_1
find $Pdm -type f -name "*ea"

Afin de voir si la liste est bonne. Si oui

find $Pdm -type f -name "*ea" -delete

enrico_69003 · Le 14/04/2025, à 10:58

Et bien si, geole, ça a marché impec et du premier coup !
(évidemment en me positionnant avec cd dans la partition incrimnée Recup_1)
Aucun temps de latence, ça a été presqu'immédiat ! J'ai pensé dans un premier temps que ça n'avait pas marché, avant d'aller vérifier.
Bravo et merci ! j'en suis scotché !

Il ne me reste plus qu'à virer la récup photorec dans la partition Recup_2.
Je vais peut-être garder ce partitionnement Recup_1 et Recup_2 dans ce nouveau disque dur externe SSD de 2 To, en les renommant,
et formater le disque dur endommagé de 1 To, pour voir s'll redevient exploitable. Mais bon, je doute de sa fiabilité, car j'ai vérifié, il a 9 ans, donc déjà un âge canonique pour un disque dur externe.

Dernière modification par enrico_69003 (Le 15/04/2025, à 08:37)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 10/04/2025, à 22:01

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#77 Le 10/04/2025, à 22:02

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#78 Le 10/04/2025, à 22:07

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#79 Le 10/04/2025, à 22:21

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#80 Le 10/04/2025, à 23:08

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#81 Le 11/04/2025, à 11:17

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#82 Le 11/04/2025, à 11:20

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#83 Le 11/04/2025, à 11:29

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#84 Le 11/04/2025, à 13:53

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#85 Le 11/04/2025, à 14:24

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#86 Le 11/04/2025, à 15:34

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#87 Le 11/04/2025, à 16:44

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#88 Le 11/04/2025, à 19:43

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#89 Le 11/04/2025, à 23:27

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#90 Le 12/04/2025, à 08:04

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#91 Le 12/04/2025, à 08:34

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#92 Le 12/04/2025, à 09:40

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#93 Le 13/04/2025, à 19:47

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#94 Le 13/04/2025, à 20:07

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#95 Le 13/04/2025, à 23:51

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#96 Le 14/04/2025, à 08:59

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#97 Le 14/04/2025, à 09:29

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#98 Le 14/04/2025, à 10:08

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#99 Le 14/04/2025, à 10:37

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

#100 Le 14/04/2025, à 10:58

Re : [Résolu] Le disque dur externe plus dans le gestionnaire de fichiers

Pied de page des forums