Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Appareil photo reconnu et monté mais...où est la partition ?

Nuliel

Yes, par contre j'ai un doute pour les photos dans la mémoire interne de l'appareil photo

Si tu as des questions sur l'utilisation de photorec, hésite pas

GJL

ben en fait vu qu'il y avait une carte la question de la mémoire interne ne se pose plus. Photorec tourne pour l'instant...par contre petit détail : avant la dernière série de photos il n'y avait aucune photo sur la carte. Dons la dernière série a tout écrasé : je suppose donc que photorec ne retrouvera que la dernière série de photos. C'est exact ?

Nuliel

Lorsque tu supprimes un fichier, en réalité il n'est pas réellement supprimé, mais on dit au système: "si tu as besoin de stocker des trucs, tu peux écrire par dessus le fichier à supprimer". En fait on supprime le lien vers le fichier, mais pas le contenu tant que le système ne décide pas de réécrire quelque chose dessus.
Je pense qu'il te ressortira une bonne partie des photos à récupérer, et même il est même fort possible qu'il te ressorte de vieilles photos (c'est dû au format FAT32, je crois que c'est la même chose pour ntfs)

Nuliel

Tite question: elle a quelle capacité cette clé usb?

GJL

Il a en effet récupéré d'anciennes photos...Il a produit des vignettes aussi (txxxxxx.jpg), je suppose un fonctionnement par défaut de photorec

La carte fait 8Gb, elle fonctionne j'ai testé un transfert dans les deux sens...Je ne comprends vraiment pas ce qui s'est passé. Dorénavant je lirai la carte directement plutôt que brancher l'AP en usb.

En tous cas un très grand merci à toi et également à xubu

Nuliel

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?

GJL

Bonjour
Oui j'ai tout récupéré. Je pense que la carte n'est plus aussi fiable en effet.
Encore merci

FrancisFDZ

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 ! 😉

moko138

Naziel a écritDonc 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").

Nuliel

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.

moko138

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.

Nuliel

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)

moko138

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.

Nuliel

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)

Nuliel

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.

moko138

Merci Naziel ! 🙂

moko138

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. 🙂

/![/color] 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 log

Je 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
/![/color] 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.

[center]= =[/center]

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. 🙁

[center]= =[/center]

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).

« Page précédente