#26 Le 14/11/2017, à 10:15
- BenjiBoy
Re : [RESOLU] Carte SD cassée
J'ajoute que sur une image que j'ai traité avec testdisk en tentant de recréer une table de partition ainsi qu'un système de formatage (fat32) j'avais la séquence que tu cherches avec "key|disk|fat32|is not|oota|tabl".
Mais nativement dans l'image brute, rien.
Hors ligne
#27 Le 14/11/2017, à 10:49
- moko138
Re : [RESOLU] Carte SD cassée
Hier, tu parlais de l'image SD.iso.
Je t'ai donc demandé :
sudo dd if=SD.iso bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl"
Puis-je en voir le retour ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#28 Le 14/11/2017, à 11:56
- BenjiBoy
Re : [RESOLU] Carte SD cassée
En fait SD.iso était une image faite avec la commande dd, j'ai lu qu'il était mieux de passer par testdisk (perso je ne fais pas la différence) mais il est vrai que les tailles ne sont pas les mêmes.
Du coup en fait je travaille sur image.dd, qui est l'image générée par testdisk de la SD cassée, ça donne ça :
sudo dd if=image.dd bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl"
2048+0 enregistrements lus
2048+0 enregistrements écrits
1048576 bytes (1,0 MB, 1,0 MiB) copied, 0,014939 s, 70,2 MB/s
Hors ligne
#29 Le 14/11/2017, à 12:48
- moko138
Re : [RESOLU] Carte SD cassée
Hier, tu parlais de l'image SD.iso.
Je t'ai donc demandé :sudo dd if=SD.iso bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl"
Puis-je en voir le retour ?
Ter
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#30 Le 14/11/2017, à 13:35
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Ter, connais pas.
Hors ligne
#31 Le 14/11/2017, à 13:51
- cqfd93
Re : [RESOLU] Carte SD cassée
Bonjour,
Ter, connais pas.
Ter = c'est la troisième fois que moko138 te réclame le retour de :
sudo dd if=SD.iso bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl"
− cqfd93 −
Hors ligne
#32 Le 14/11/2017, à 14:04
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Chers amis,
voilà la réponse de ladite commande :
titi@toto:~$ sudo dd if=SD.iso bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl"
2048+0 enregistrements lus
2048+0 enregistrements écrits
1048576 bytes (1,0 MB, 1,0 MiB) copied, 0,00555534 s, 189 MB/s
Maintenant pouvez-vous s'il vous plaît, et loin de moi l'idée de vous offenser (j'accepte humblement votre aide) m'expliquer pourquoi le résultat de cette commande vous intéresse puisque c'est sur une image à la nomination caduc et surtout strictement identique au retour commande que j'ai fais suivre à deux reprises ?
Synthétiquement : SD.iso = image.dd = /dev/sdb
Encore une fois votre aide est la bienvenue mais n'hésitez surtout pas à me dire ce que vous rechercher, ça pourrait tous nous aider.
Hors ligne
#33 Le 14/11/2017, à 18:56
- moko138
Re : [RESOLU] Carte SD cassée
voilà la réponse de ladite commande :
titi@toto:~$ sudo dd if=SD.iso bs=512 count=2048 | hexdump -C | grep -EiC16 "any key|disk|fat32|is not|oota|tabl" 2048+0 enregistrements lus 2048+0 enregistrements écrits 1048576 bytes (1,0 MB, 1,0 MiB) copied, 0,00555534 s, 189 MB/s
Merci.
n'hésitez surtout pas à me dire ce que vous rechercher,
Cette commande cherche, dans le premier Mio de SD.iso, le début d'une partition en FAT, (puisqu'il n'est pas à sa place conventionnelle, cf. #4 et 13).
Son retour montre que, dans le premier Mio de SD.iso, il n'y a aucun début de partition en FAT32.
Note que vu la petite taille de la carte, son ancienne partition pouvait très bien être en fat16.
On n'a pas toujours le temps de tout expliquer.
Et donner beaucoup d'explications d'un coup embrouille.
= =
ça pourrait tous nous aider.
Je rectifie : tu as demandé l'aide du forum. Alors accepte-la même si tu ne comprends pas tout du premier coup.
Ainsi, tu peux voir là ./viewtopic.php?pid=20358231#p20358231 et dans les pages suivantes que je ne comprenais rien aux commandes de maxire, mais que je les ai exécutées scrupuleusement de sorte qu'il a réussi à me dépanner.
Encore une fois votre aide est la bienvenue
Alors sois coopératif.
Et s'il est encore disponible, saches que Nasman est un des deux ou trois grands spécialistes de la récupération. Alors profite bien de ce qu'il te dira.
= =
Maintenant pouvez-vous (...) m'expliquer pourquoi le résultat de cette commande vous intéresse puisque c'est sur une image à la nomination caduc et surtout strictement identique au retour commande que j'ai fais suivre à deux reprises ?
Synthétiquement : SD.iso = image.dd = /dev/sdb
Non car
1)
En fait SD.iso était une image faite avec la commande dd, j'ai lu qu'il était mieux de passer par testdisk (perso je ne fais pas la différence) mais il est vrai que les tailles ne sont pas les mêmes.
2) Tu as écrit en #21 :
j'ai fais 2 millions de manip, des fsck.fat, des testdisk, des mkfs.fat, des gparted, en FAT16, en 32, en NTFS, j'ai dumpé, désaligné, réorganisé la géométrie, j'ai skipé et counté
sans qu'on sache
ce que tu as fait sur SD.iso,
ce que tu as fait sur image.dd,
ni ce que tu as fait sur /dev/sdb.
et 3) L'intérêt d'une image est de :
Éviter de modifier ou fragiliser un support (/dev/sdX) déjà mal en point !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#34 Le 15/11/2017, à 09:18
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Salut moko138,
ok, je resitue, je me tempère, et j'écoute ce qu'on me dit, aucun problème.
Il m'avait semblé qu'on s'était mal compris, mais c'est peut-être moi finalement...
Je vous remercie de prendre du temps pour m'aider.
Si ça peut vous être utile : je vais faire un court résumé de ce que j'ai essayé sur les images (que je reprends à la base à chaque fois, j'efface mes tentatives infructueuses et je copie l'image native, dans le cas de image.dd et SD.iso)
Dans testdisk avec image.dd :
Choix partition None (non recommandé mais si je choisi Intel je n'ai aucune option probante).
Menu Option > Expert mode yes / align partition Yes / Dump Yes
Menu Advanced > Type > FAT32 > Boot :
Disk image.dd - 510 MB / 486 MiB - CHS 63 255 63
Partition Start End Size in sectors
P FAT32 0 0 1 62 5 7 996352
Boot sector
Bad
Backup boot sector
Bad
First sectors (Boot code and partition information) are not identical.
A valid FAT Boot sector must be present in order to access
any data; even if the partition is not bootable.
J'insiste pas.
Même opération en FAT16 donne le même résultat.
Mes questions :
Je me demande si en modifiant la géométrie ça pourrait donner d'autres résultats ?
L'actuelle :
Cylindres : 63
Heads : 255
Sectors : 63
Sec. size : 512
Dernière modification par BenjiBoy (Le 15/11/2017, à 11:42)
Hors ligne
#35 Le 15/11/2017, à 11:24
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Yop,
petits ajouts à toute fin utile.
Je me suis aussi pas mal amusé à utiliser la commande
sudo dd if=SD.iso bs=512 count=1 skip=2048 | hexdump -C
Qui, si j'ai à peu près compris, semble montrer des données brut sur différents endroits choisis par la commande.
Typiquement je fais un skip=0 et count=1, ça n'affiche rien.
Puis je progresse comme ça et m'aperçois qu'à la valeur de count 1025 ça commence à afficher des trucs (mais rien contenant quelque chose comme FAT par exemple).
titi@toto:~$ sudo dd if=image.dd bs=512 count=1025 skip=0 | hexdump -C
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
1025+0 enregistrements lus
1025+0 enregistrements écrits
524800 bytes (525 kB, 512 KiB) copied, 0,000686157 s, 765 MB/s
00080000 02 c0 5b 53 4d 32 36 33 41 46 55 03 42 58 58 46 |..[SM263AFU.BXXF|
00080010 2d 58 49 2d 41 45 02 00 2c 02 00 2c 02 00 2c 02 |-XI-AE..,..,..,.|
00080020 00 27 02 5d 65 02 44 8b 02 56 52 02 1e f7 02 36 |.'.]e.D..VR....6|
00080030 97 02 67 16 02 c4 80 02 6b 96 02 c4 98 02 c4 a2 |..g.....k.......|
00080040 02 c4 58 02 43 72 02 51 aa 02 c4 90 02 c4 68 02 |..X.Cr.Q......h.|
00080050 c4 6e 02 c4 74 02 c4 7a 02 6e 19 e4 f5 6d 90 c6 |.n..t..z.n...m..|
00080060 c0 f0 78 d2 e6 ff 74 03 90 c7 3c f0 a3 ef f0 12 |..x...t...<.....|
00080070 c3 83 78 f4 e2 44 80 f2 12 77 1e 12 c2 b1 30 06 |..x..D...w....0.|
00080080 fa 12 46 94 af 60 12 c2 63 e5 60 14 60 28 24 f6 |..F..`..c.`.`($.|
00080090 60 24 24 fc 60 20 14 60 22 24 04 24 fa 50 12 24 |`$$.` .`"$.$.P.$|
000800a0 fb 60 0e 14 60 10 24 fe 60 07 14 60 09 24 1b 70 |.`..`.$.`..`.$.p|
000800b0 0a 75 34 01 80 08 75 34 02 80 03 e4 f5 34 e5 60 |.u4...u4.....4.`|
000800c0 24 f5 24 fd 50 64 60 6a 24 fd 60 6b 24 fe 60 6c |$.$.Pd`j$.`k$.`l|
000800d0 24 fd 60 6d 24 15 70 6e 90 ad ef e0 fc a3 e0 fd |$.`m$.pn........|
000800e0 a3 e0 fe a3 e0 ff 78 d8 e2 fb 08 e2 f9 08 e2 fa |......x.........|
000800f0 08 e2 cb f8 c3 12 16 c5 50 68 78 d8 e2 fc 08 e2 |........Phx.....|
00080100 fd 08 e2 fe 08 e2 ff 90 af f0 12 17 31 80 11 e5 |............1...|
00080110 1b c3 94 64 50 0f 78 00 e2 30 e6 04 05 1b 80 ef |...dP.x..0......|
00080120 e4 f5 1b 80 ea 12 7c 05 80 38 75 6e 13 12 c4 38 |......|..8un...8|
00080130 80 30 12 c3 5e 80 2b 12 c1 76 80 26 12 c3 3d 80 |.0..^.+..v.&..=.|
00080140 21 12 c3 19 80 1c 75 f0 03 e5 60 a4 24 a2 f5 82 |!.....u...`.$...|
00080150 e5 f0 34 30 f5 83 e4 74 01 93 fa 74 02 93 f9 12 |..40...t...t....|
00080160 17 b9 30 33 0b e5 20 54 3f 60 05 7f 0e 12 79 17 |..03.. T?`....y.|
00080170 12 57 68 02 c0 7b 78 cb e6 54 fd f6 78 ea e2 90 |.Wh..{x..T..x...|
00080180 c4 c7 f0 c3 94 10 50 62 e0 ff 78 d8 66 60 5b a6 |......Pb..x.f`[.|
00080190 07 12 5e a4 7b 01 e4 fd ff 12 01 e6 7e 80 7f 00 |..^.{.......~...|
000801a0 7c 88 7d 80 7b 80 7a 00 12 07 fa 7e ff 7f 20 7c ||.}.{.z....~.. ||
000801b0 c7 7d 93 7b 07 7a 00 12 07 fa e4 f5 56 78 29 74 |.}.{.z......Vx)t|
000801c0 3f f2 e4 08 f2 12 79 93 78 27 74 01 f2 78 d8 e6 |?.....y.x't..x..|
000801d0 75 f0 08 a4 24 01 f5 82 e5 f0 34 80 ad 82 fc 7e |u...$.....4....~|
000801e0 c7 7f 88 7b 07 7a 00 12 07 fa 90 c4 c7 e0 ff c3 |...{.z..........|
000801f0 94 10 50 68 78 e9 e2 75 0c 00 f5 0d ef 75 f0 80 |..Phx..u.....u..|
00080200
Hors ligne
#36 Le 15/11/2017, à 11:52
- Nasman
Re : [RESOLU] Carte SD cassée
Les données commencent donc à l'offset 80000, soit au 8*256*256=524288 ème octet.
Je ne pense pas que le début corresponde à quelque chose comme du code exécutable ou une en-tête. Cela ressemble plus à des restes de partition.
Le fait que cela commence à un chiffre rond d'un point de vue informatique (puissance de 2) me laisserait supposer que :
- soit le début a été écrasé par l'écriture de zéros sur le début de la carte (1024 secteurs effacés)
- soit une partie des mémoires flash sont hs (je suppose qu'elles sont assemblées par multiples d'une puissance de 2)
Pour en être sur (au risque de risquer de perdre des choses) :
- écrire des choses (non nulles) sur la carte sd dans une partie des 524288 premiers octets
- tenter de les relire
Si le résultat est identique à celui de ton post#35 (en effectuant la lecture de la carte) alors une partie des cellules est morte (la carte est touchée par la maladie d'Alzheimer). Si les données écrites sont persistantes alors elle a peut être été victime d'un effacement accidentel.
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#37 Le 15/11/2017, à 12:47
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Salut Nasman,
Pour en être sur (au risque de risquer de perdre des choses) :
- écrire des choses (non nulles) sur la carte sd dans une partie des 524288 premiers octets
- tenter de les relire
Comment est-ce que j'écris sur un octet sélectionné ?
Je pense à un truc, je ne crois pas vous avoir dis que la carte en elle-même, si elle est cassée, ça n'est pas important. Mon collègue aimerait surtout récupérer les données que la carte contenait.
J'imagine que du coup il faudrait ré-écrire une table de partition, qu'en penses-tu ?
merci,
a+
Hors ligne
#38 Le 15/11/2017, à 13:15
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Oh, diantre !
J'ai réussis à récupérer quelques chose, mais il deumerre un problème :
Donc en partant de l'image image.dd
- Avec gparted, j'ai créé un table de partition
- puis j'ai fais un sudo mkfs.fat -F32image.dd (parce que gparted n'y arrive pas)
- puis sudo testdisk j'ai choisi "none" concernant la partition, et je ne touche pas à la géométrie.
Dans analyse il trouve deux trucs (partitions ?) FAT32 :
Disk image.dd - 510 MB / 486 MiB - CHS 487 64 32
Partition Start End Size in sectors
P FAT32 0 0 1 486 31 32 996352 [NO NAME]
P FAT32 0 0 7 486 32 6 996352 [NO NAME]
Write isn't available because the partition table type "None" has been selected.
Puis dans Advanced :
Disk image.dd - 510 MB / 486 MiB - CHS 487 64 32
Partition Start End Size in sectors
P FAT32 0 0 1 486 31 32 996352 [NO NAME]
Boot sector
OK
Backup boot sector
OK
Sectors are identical.
A valid FAT Boot sector must be present in order to access
any data; even if the partition is not bootable.
Là je fais "Rebouild BS" et il tombe tour à tour sur des fichiers .jpg :
P FAT32 0 0 1 486 31 32 996352 [NO NAME]
Cluster 18524, Directory / found ?
Answer Y(es), N(o), Q(uit) or A(bort interactive mode). N or A if not sure.
>-rwxr-xr-x 0 0 38468 12-Feb-2008 13:43 12022008(002).jpg_160x120
-rwxr-xr-x 0 0 38468 12-Feb-2008 13:05 12022008(001).jpg_160x120
-rwxr-xr-x 0 0 38468 12-Feb-2008 13:05 12022008.jpg_160x120
-rwxr-xr-x 0 0 38468 11-Feb-2008 15:43 11022008(003).jpg_160x120
-rwxr-xr-x 0 0 38468 11-Feb-2008 15:38 11022008(002).jpg_160x120
-rwxr-xr-x 0 0 38468 11-Feb-2008 15:37 11022008(001).jpg_160x120
-rwxr-xr-x 0 0 38468 11-Feb-2008 15:37 11022008.jpg_160x120
-rwxr-xr-x 0 0 38468 10-Feb-2008 16:37 10022008(007).jpg_160x120
-rwxr-xr-x 0 0 38468 10-Feb-2008 16:36 10022008(006).jpg_160x120
-rwxr-xr-x 0 0 38468 16-Feb-2008 20:01 16022008(001).jpg_160x120
-rwxr-xr-x 0 0 18462 16-Feb-2008 20:01 16022008.jpg_160x120
-rwxr-xr-x 0 0 38468 19-Feb-2008 16:45 19022008(007).jpg_160x120
-rwxr-xr-x 0 0 38468 19-Feb-2008 16:45 19022008(006).jpg_160x120
-rwxr-xr-x 0 0 38468 19-Feb-2008 16:44 19022008(005).jpg_160x120
-rwxr-xr-x 0 0 38468 19-Feb-2008 16:44 19022008(004).jpg_160x120
-rwxr-xr-x 0 0 38468 19-Feb-2008 16:44 19022008(003).jpg_160x120
Quand je fais Yes je peux en copier une page d'affichée. Si je mets No il fait défiler plusieurs pages.
J'en ai copié une partie mais ils ne sont pas lisibles sur mon bureau.
Qu'en pensez-vous ?
a+
Dernière modification par BenjiBoy (Le 15/11/2017, à 13:16)
Hors ligne
#39 Le 15/11/2017, à 13:57
- Nasman
Re : [RESOLU] Carte SD cassée
Je pense que tu as créé une partition fat32, non pas sur une "partition" de ton image disque mais sur l'image disque. C'est pourquoi tu dois avoir un en-tête fat32 dans le premier secteur de l'image (ce qui correspond à 0 0 1) mais également un en-tête de secours 6 secteurs plus loin.
Ce qu'il serait intéressant à voir ce serait le contenu du premier et du sixième secteur, soient les LBA 0 et 6 (secteurs 1 et 7 en langage CHS). La création des en-têtes a peut être permis d'accéder aux informations sur les clusters et peut être sur les informations d'emplacement des fichiers.
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#40 Le 15/11/2017, à 17:52
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Salut Nasman,
les notions d'en-tête et d'en-tête de secours me semble familière quand je regarde les différentes options de testdisk ("backup bootable sector").
En revanche je ne vois pas comment "voir" spécifiquement les secteurs 1 et 6 ?
a+
Edit : en utilisant plus spécifiquement l'option "Analyse" qui semble plutôt autonome, j'ai pu aller voir le secteur 7 (0 0 7) qui détient effectivement des photos aussi. Même idem, non utilisables.
Dernière modification par BenjiBoy (Le 15/11/2017, à 18:21)
Hors ligne
#41 Le 15/11/2017, à 18:07
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Un petit détail, donc les photos ne sont pas encore lisibles, mais sur mon exploreur graphique (qui doit être nautilus je crois) je vois des verrous sur les icônes.
J'ai pourtant ouvert tous les droits, juste pour être sûr. J'ai même essayé de les lire avec GIMP mais je message que je vois est une erreur, pas un refus de droit.
Ajout : les fichiers font tous la même taille, c'est probablement qu'ils ne sont pas utilisable en l'état.
Le fait est qu'ils ont très souvent un nom + un numéro
exemple :
vialb@ist-158-170:~/Documents/Personnels/BackupBruno$ ll RECOV5
total 1640
drwxr-xr-x 2 vialb vialb 4096 nov. 15 18:13 ./
drwxr-xr-x 9 vialb vialb 4096 nov. 15 18:13 ../
-rw-r--r-- 1 root root 38468 mars 2 2008 02032008(001).jpg_160x120
-rw-r--r-- 1 root root 38468 mars 2 2008 02032008.jpg_160x120
-rw-r--r-- 1 root root 38468 mars 9 2008 09032008(004).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 10 2008 10022008(006).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 10 2008 10022008(007).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 11 2008 11022008(001).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 11 2008 11022008(002).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 11 2008 11022008(003).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 11 2008 11022008.jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 12 2008 12022008(001).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 12 2008 12022008(002).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 12 2008 12022008.jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 16 2008 16022008(001).jpg_160x120
-rw-r--r-- 1 root root 18462 févr. 16 2008 16022008.jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 18 2008 18022008(001).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 18 2008 18022008.jpg_160x120
-rw-r--r-- 1 root root 38468 mars 18 2008 18032008.jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 19 2008 19022008(001).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 19 2008 19022008(002).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 19 2008 19022008(003).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 19 2008 19022008(004).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 19 2008 19022008(005).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 19 2008 19022008(006).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 19 2008 19022008(007).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 19 2008 19022008.jpg_160x120
-rw-r--r-- 1 root root 26432 févr. 21 2008 21022008.jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 22 2008 22022008(001).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 22 2008 22022008(002).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 22 2008 22022008(003).jpg_160x120
-rw-r--r-- 1 root root 21806 févr. 22 2008 22022008(004).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 22 2008 22022008(005).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 22 2008 22022008(006).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 22 2008 22022008.jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 24 2008 24022008(001).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 24 2008 24022008(002).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 24 2008 24022008(003).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 24 2008 24022008(004).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 24 2008 24022008(005).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 24 2008 24022008(006).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 24 2008 24022008.jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 29 2008 29022008(001).jpg_160x120
-rw-r--r-- 1 root root 38468 févr. 29 2008 29022008.jpg_160x120
Ce qui pourrait laisser penser que pour un fichier, il a été "découpé" car mal restructuré.
Dernière modification par BenjiBoy (Le 15/11/2017, à 18:20)
Hors ligne
#42 Le 15/11/2017, à 19:19
- Nuliel
Re : [RESOLU] Carte SD cassée
Bonjour,
Le fait d'avoir recréé une partition fat32, ça n'a pas apporté plus de problèmes?
Sinon, si c'est que des photos, il est possible d'utiliser photorec. Après, je pense pas que tu récupéreras les sms et certaines autres choses avec photorec (le reste n'est à mon avis récupérable qu'en réparant le système de fichier)
photorec image.dd
(d'ailleurs j'ai pas suivi, tu as image.dd et sd.iso, je sais pas lequel il faut prendre). Et il faut que tu prennes whole disk et pas fat32 je pense
En tout cas, ce fil est sacrément intéressant
Dernière modification par Nuliel (Le 15/11/2017, à 19:21)
Hors ligne
#43 Le 15/11/2017, à 20:40
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Salut Naziel,
ben justement j'ai essayé photorec ce soir et j'ai lancé la récup. J'ai utilisé les mêmes paramètres qu'avec testdisk (nbre de cylindre, head, sector, sec. size) et il me demande deux paramètres supplémentaires, le blocksize (dont j'ai vu la valeur sur testdisk) et l'offset, et ça j'ai aucune idée de ce que c'est ... Entre 0 et 3584, 2560 proposé par défaut, lancé et 2h plus tard toujours pas fini, j'imagine qu'il y a un problème (500 Mo à traiter ça devrait pas prendre autant de temps, d'autant que j'ai vu les fichiers sur testdisk déjà).
Oh, ben merde, pendant que j'écrivais le message j'ai relancé la recherche et là poum :
1156 fichiers récupérés.
Joie, bonheur, satisfaction.
Est-ce que ça aurait marché dès le début avec photorec ? J'en sais rien.
Quoi qu'il en soit, si ça peut servir, voilà comment j'ai procédé, tout en sachant qu'il peut y avoir plus optimisé :
1 - La carte SD en lecteur, ouvrir testdisk et faire une image tout de suite, puis démonter et retirer la carte (safe)
2 - sudo gparted image.dd -> périphérique > créer une table de partition
3 - sudo mkfs.fat -F32 image.dd (dans mon cas c'était du fat32)
4 - sudo testdisk image.dd -> choix partition "none" puis Analyse (effectué les recherchers voir si des partitions s'affichent, c'était mon cas)
5 - toujours dans testdisk Advanced -> Boot, comparer les boot sector (normal et backup) avec la commande Dump, si l'un ou l'autre est à zéro, choisir de le remplacer par celui qui a des valeurs.
6 - utiliser la commande Write qui va écrire à nouveau les secteur boot et backup boot.
7 - utiliser photorec et effectuer une recherche "whole" (ça pompe pas mal de ressources mais s'affoler si au bout d'une heure il n'y a toujours rien).
Note : Bien noter sur testdisk (étape 4) dans l'option Geometry les valeurs données par défaut (nombre de cylindre, heads, sectors, sector size) puis à la fin d'un analyse, le blocksize. Moi j'ai utilisé l'offset 512.
Un très grand merci à Nasman et à moko138, sans qui mon collègue serait orphelin de ses souvenirs essentiels ...
Pour info, les texto ne l'intéressent pas.
Maintenant je vais lui apprendre à faire une sauvegarde ;-)
Hors ligne
#44 Le 15/11/2017, à 20:50
- moko138
Re : [RESOLU] Carte SD cassée
1156 fichiers récupérés.
Lisibles ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#45 Le 20/11/2017, à 08:36
- BenjiBoy
Re : [RESOLU] Carte SD cassée
Hello moko138,
désolé, je ne sais pas si ça avait un lien avec la récup, mais je me sors (presque) d'une méchante crève...
Donc, sur les 1156 fichiers sont lisibles qui contiennent vidéo, enregistrements audio et photos, les photos sont toutes lisibles très bien, les vidéo avec son non, les vidéo sans son oui, et les enregistrements sonores, je n'ai pas essayé.
Mon pote était véritablement ravi d'avoir récupéré ses souvenirs, et moi tout autant d'avoir appris une manière de récupérer des fichiers sur un support flash défectueux.
Je vous remercie très sincèrement pour votre aide, garde vos noms en référence et passe le sujet en résolu.
Merci,
a+
Hors ligne
#46 Le 20/11/2017, à 08:53
- moko138
Re : [RESOLU] Carte SD cassée
Le fait d'avoir recréé une partition fat32, ça n'a pas apporté plus de problèmes?
En effet, BenjiBoy, en recréant une partition, tu as procédé d'une façon non conforme aux tutoriels du créateur de testdisk et de photorec.
Tu as pris des risques et tu t'en sors bien !
Pour les futurs visiteurs de ce fil, voici les tutoriels de référence :
http://www.cgsecurity.org/wiki/TestDisk_Etape_par_Etape
http://www.cgsecurity.org/wiki/PhotoRec_Etape_par_Etape
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#47 Le 20/11/2017, à 14:28
- BenjiBoy
Re : [RESOLU] Carte SD cassée
A noter que toutes ces manip je les ai faites à partir d'une image créée depuis testdisk à partir de la SD défectueuse, en repartant de cette image après chaque tentative infructueuse...
Je n'ai du faire que 2 - 3 opérations sur la SD à proprement parler, ayant en tête que j'étais notoirement inexpérimenté dans ce domaine et qu'il y avait un maximum de chance pour que je fasse dans un premier temps bien plus de dégât que de réparation.
Les tuto sont très basiques mais doivent être efficace dans la majeure partie des cas classiques.
Après ... Il y a le forum ubuntu fr :-)
Hors ligne