#26 Le 17/08/2019, à 00:22
- Nuliel
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Oui, je me doutais qu'il allait en même temps récupérer d'anciennes photos.
Une carte sd s'abîme avec le temps et l'utilisation, il est possible que cela vienne de là. A voir s'il elle peut être considérée comme fiable.
Oui c'est effectivement préférable de brancher la carte sd plutôt que l'appareil.
Tu as pu récupérer tes photos supprimées?
Hors ligne
#27 Le 17/08/2019, à 09:21
- GJL
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Bonjour
Oui j'ai tout récupéré. Je pense que la carte n'est plus aussi fiable en effet.
Encore merci
Hors ligne
#28 Le 17/08/2019, à 09:30
- FrancisFDZ
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Bonjour,
Je pense qu'il serait intéressant d'envisager le remplacement de cette carte par une autre de taille équivalente voire plus grande dans la mesure où l'appareil la supporte ; ce serait quand même mieux que de changer d'appareil photos ! 
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#29 Le 17/08/2019, à 10:00
- moko138
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Donc photorec sera adapté, le nom n'est pas récupéré.
Avec testdisk, les noms de fichiers et de répertoires sont récupérés (option "P list files").
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#30 Le 17/08/2019, à 10:29
- Nuliel
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
A ce moment là, je pensais que les photos étaient sur une partition ext4, c'est pour cela que j'ai écrit ça.
Si je dis pas de bêtises, refaire le lien entre nom et contenu d'un fichier supprimé sur une partition ext4 relève du très difficile voire de l'impossible.
Hors ligne
#31 Le 17/08/2019, à 10:53
- moko138
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Non, malgré les prudences de langage de Christophe Grenier,
"P list files" de testdisk fonctionne presque aussi parfaitement sur de l'ext4 que sur du ntfs ou du fat32.
____
Nota : J'ai fait mes tests sur de l'ext4 classique - je n'ai aucun FS dans cet ext4 modifié fin 2016-début 2017 et qui est de fait un ext5.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#32 Le 17/08/2019, à 11:15
- Nuliel
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Je viens de faire deux fois le même test, les deux ont raté: j'ai créé un fichier texte avec quelques caractères dedans dans un dossier dans le home. Je l'ai supprimé, j'ai vidé la corbeille. J'ai ensuite lancé testdisk, le fichier n'apparaît que si on fait h pour afficher les fichiers supprimés. Le nom est exact, mais en le récupérant, je n'obtiens qu'un fichier vide.
Aucun logiciel actuellement écrit beaucoup de données sur le disque (j'ai juste thunderbird, thunar, firefox et un terminal d'ouverts)
Hors ligne
#33 Le 17/08/2019, à 11:50
- moko138
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Merci du test !
Mais tu t'es placé dans des conditions défavorables, puisque tu as lancé testdisk sur un FS monté et actif !
La procédure normale est de démonter le FS (système de fichiers) au plus vite après la suppression accidentelle, et de ne plus le monter du tout tant que la récupération (ou la duplication du FS) n'est pas terminée.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#34 Le 17/08/2019, à 11:52
- Nuliel
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Effectivement, c'est pour cela que je précisais que je n'ai rien qui écrit des données en masse.
Je vais essayer de lancer testdisk depuis un live usb (enfin recréer le fichier, le supprimer, aller sur testdisk sur live usb, et essayer de récupérer)
Dernière modification par Nuliel (Le 17/08/2019, à 11:53)
Hors ligne
#35 Le 17/08/2019, à 12:18
- Nuliel
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Nouveau test encore raté.
Je crée deux fichiers dans un dossier dans le /home. Un fichier texte normal avec "test" écrit dedans, et un document libreoffice avec une phrase dedans (juste pour voir si la récupération pouvait être sur autre chose qu'un fichier texte en fait)
Je supprime les deux fichiers, je vide la corbeille. Je redémarre sur un live usb (xubuntu 18.04.1 pour être précis)
De là j'installe testdisk, avec P (list files), comme tout à l'heure je trouve les deux noms de fichiers supprimés. Je les récupère, ce sont des coquilles vides.
J'essaie extundelete, là c'est pire que ça, il trouve rien, même pas la bonne inode en lui passant le nom du dossier dans lequel se trouvait les deux fichiers.
J'essaie ext4magic, là il me dit: ok j'ai trouvé tes fichiers, il me ressort des trucs, je sais pas ce que c'est, à part que c'est un mélange d'un fichier html et de beaucoup d'autres choses.
Hors ligne
#36 Le 17/08/2019, à 12:59
- moko138
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Merci Naziel ! 
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#37 Le 17/08/2019, à 16:39
- moko138
Re : [Résolu] Appareil photo reconnu et monté mais...où est la partition ?
Un cas réussi, mais en FAT32
je prends la carte SD de mon APN.
N.B. : mon gestionnaire de fichiers est réglé pour NE PAS monter automatiquement les périphériques amovibles.
Donc la carte n'est pas remontée une seule fois pendant l'opération.
/!\ Maximiser la fenêtre du terminal
C'est apparemment une condition nécessaire pour que testdisk propose la création d'un .log
sudo testdisk
Create a new logJe valide.
La structure de la partition n'est pas en cause donc
je choisis non pas "Analyse", mais "Advanced" :
[ Analyse ] Analyse current partition structure and search for lost partitions
>[ Advanced ] Filesystem Utils.
Puis "Undelete" :
Disk /dev/sdb - 8010 MB / 7639 MiB - CHS 1021 247 62
Partition Start End Size in sectors
> 1 P FAT32 0 132 9 1021 146 26 15636480 [NIKON D80]
[ Type ] [ Boot ] >[Undelete] [Image Creation] [ Quit ]
File undelete.
Je choisis le répertoire "DCIM" où l'appareil enregistre les photos :
Directory /
-rwxr-xr-x 0 0 512 21-Oct-2016 18:03 NIKON001.DSC
>drwxr-xr-x 0 0 0 8-Nov-2018 09:43 DCIM
drwxr-xr-x 0 0 0 23-Oct-2018 04:13 MISC
drwxr-xr-x 0 0 0 27-Jun-2019 03:31 _RASH-~1 # En rouge, donc supprimée (la corbeille).
Use Right to change directory, h to hide deleted files
q to quit, : to select the current file, a to select all files
C to copy the selected files, c to copy the current file.
Pour pouvoir descendre dans le bon sous-répertoire, j'ai dû finalement faire, non pas ":", mais "Entrée" sur la bonne ligne.
Arrivée sur le bon répertoire :
Directory /DCIM/918NCD80
>drwxr-xr-x 0 0 0 10-Jul-2018 19:58 .
drwxr-xr-x 0 0 0 10-Jul-2018 19:58 ..
(...).
Flèche bas pour faire défiler les fichiers
J'arrive aux derniers .JPG effacés il y a 2 jours
/!\ je n'ai pas refait de clichés depuis.
Je sélectionne successivement les 11 jpg avec ":"
Je les copie avec "C".
Choix de la destination
Je remonte plusieurs fois (ligne "..") et redescends vers une partition ntfs
Je colle.
Dans le gestionnaire de fichiers
je regarde mon répertoire de destination ; il contient
/.../DCIM/918NCD80/ dans lequel je retrouve mes 11 .JPG
(la première lettre de leur nom a été (classiquement) remplacée par un tiret bas.
Les 11 .JPG sont lisibles !
- -
Sans conviction, je tente de récupérer un .JPG créé et effacé il y a 27 jours :
ls -l /.../VISTA/.../DCIM/918NCD80
total 12416
-rw------- 1 moko moko 2774845 juil. 21 17:22 _SC_3779.JPG # LE fichier non récent
-rw------- 1 moko moko 806730 août 15 15:24 _SC_4142.JPG
-rw------- 1 moko moko 943309 août 15 15:25 _SC_4143.JPG
-rw------- 1 moko moko 906968 août 15 15:26 _SC_4144.JPG
-rw------- 1 moko moko 929611 août 15 15:27 _SC_4145.JPG
-rw------- 1 moko moko 856694 août 15 15:28 _SC_4146.JPG
-rw------- 1 moko moko 767262 août 15 15:32 _SC_4147.JPG
-rw------- 1 moko moko 931214 août 15 15:33 _SC_4148.JPG
-rw------- 1 moko moko 985264 août 15 15:34 _SC_4149.JPG
-rw------- 1 moko moko 968168 août 15 15:35 _SC_4150.JPG
-rw------- 1 moko moko 897914 août 15 15:36 _SC_4151.JPG
-rw------- 1 moko moko 919891 août 15 15:38 _SC_4153.JPG.
Sans surprise, malgré le message "copy done!" et le poids (2,6 Mo) le fichier récupéré est illisible :
Not a JPEG file: starts with 0x7d 0xa9
.
Je quitte testdisk
TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
TestDisk exited normally.
moko@pc:~$.
Je monte la partition de la carte mémoire
Je vérifie le contenu de sa corbeille :
ls -la "/.../NIKON D80"
total 132
drwx------ 4 moko moko 32768 janv. 1 1970 .
drwxr-xr-x 5 root root 4096 août 17 14:02 ..
drwx------ 3 moko moko 32768 nov. 8 2018 DCIM
drwx------ 2 moko moko 32768 oct. 23 2018 MISC
-rw-r--r-- 1 moko moko 512 oct. 21 2016 NIKON001.DSC
moko@pc:~$Il se confirme qu'elle n'existe plus : ce n'est pas dans la corbeille que testdisk a récupéré les fichiers.
= =
Mais sur de l'EXT4... ÉCHEC de testdisk !
Le répertoire et son contenu sont bien recréés dans la partition de destination (en ntfs : peut-être un mauvais choix en partant d'ext4 ?)
Mais chacun pèse zéro octet.
Je quitte testdisk (sinon le réceptacle serait inchangé) et je recommence en choisissant comme réceptacle un FS en ext4 : même résultat. 
= =
EXT4 avec extundelete
Démontage de /dev/sdb1, puis :
moko@pc:~$ sudo extundelete /dev/sdb1 --restore-all --output-dir /Data.../commun/A
WARNING: Extended attributes are not restored.
Loading filesystem metadata ... 4 groups loaded.
Loading journal descriptors ... 91 descriptors loaded.
Writing output to directory /Data.../commun/A/RECOVERED_FILES/
Searching for recoverable inodes in directory / ...
3 recoverable inodes found.
Looking through the directory structure for deleted files ...
Restored inode 12 to file /Data.../commun/A/RECOVERED_FILES/tux.txt
Restored inode 13 to file /Data.../commun/A/RECOVERED_FILES/A/test-a.txt.txt
Restored inode 14 to file /Data.../commun/A/RECOVERED_FILES/A/_SC_4153.JPG
0 recoverable inodes still lost.
moko@pc:~$ Les 2 petits fichiers .txt sont correctement récupérés ;
le .JPG est illisible (son poids est passé de 0,9 Mo à 61 octets).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne