[Résolu] Récupération microSD fusionnée sous android 8

Heotrude · Le 13/11/2021, à 15:15

Bonjour,
J'ai peu d'expérience sur Linux mais si je poste ici ce premier post, c'est parce que j'ai repéré un fil fort proche de mon sujet dont j'ai essayé de me servir.

Voici mon sujet :
Il s'agit de récupérer les photos du smartphone de ma femme se trouvant sur la carte microSD fusionnée avec ma mémoire interne mais malencontreusement éjectée "à l'arrache" sans précaution.
Le résultat n'a pas été brillant : la carte n'est plus détectée par mixplorer, y compris en accédant au root.
Curieusement en insérant la carte dans un autre appareil, celle-ci est bien détectée ainsi qu'une partie des photos perdues 2019 et 2020. Manquent celles de 2021, correspondant probablement à la bascule vers le mode "carte fusionnée".

De forums en tutoriel je suis tombé sur ce que je recherchais ici ou ici ; ce tuto plus recent reprend les éléments des autres mais est sans doute plus pratique

J'ai donc facilement obtenu la clé de decryptage mais la commande suivante qui devrait me permettre de monter la carte microSD décryptée donne un message d'erreur.

dmsetup create crypt1 --table "0 `blockdev --getsize /dev/mmcblk0p1` crypt aes-cbc-essiv:sha256 modéré 0 /dev/mmcblk0p1 0"

Le message d'erreur :

device-mapper: reload ioctl on crypt1  failed: Périphérique ou ressource occupé
Command failed

Je ne suis pas le seul a y faire face mais personne n'a proposé de solution.
Nuliel a permis la résolution de ce sujet connexe

https://rehost.diberie.com/Picture/Get/r/53243

EDIT :Ubuntu 20.04.3 LTS

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images.}

Dernière modification par Heotrude (Le 01/10/2022, à 10:29)

xubu1957 · Le 13/11/2021, à 15:53

Bonjour,

On va prévenir Nuliel !

Nuliel · Le 13/11/2021, à 17:56

Bonjour,
Alors on peut voir dans la capture d'écran que la partition de la carte SD est montée, ce n'est pas normal s'il y a du chiffrement, il faut passer par cryptsetup pour ça.
La commande retourne une erreur parce que la partition que tu souhaites déchiffrer était déjà montée.
Pour info j'ai retiré le truc qui suit aes-cbc-essiv:sha256 , c'est une clé sensée rester secrète.
Tu es sûr que ta carte sd est chiffrée?
N'aurais tu pas essayé de réparer la partition FAT32? (ne le fais pas, c'est pas une bonne idée)

Heotrude · Le 13/11/2021, à 18:54

Bonsoir Nuliel et merci aussi xubu1957 de vous avoir averti,
J'avais hésité à afficher la clé secrète ... par soucis de clarté je l'avais mentionnée n'ayant rien de grave à masquer. Dont acte.
Je pense qu'elle est cryptée : j'ai trouvé ds le repertoire /data/misc/vold un fichier .key que j'ai copié et dont j'ai extrait la clé avec cette commande

hexdump -e '1/1 "%.2x"' XXXRANDOMXXXXX.key

Votre question sur le chiffrement me met le doute : je ne suis que très peu intervenu sur le smartphone de ma femme, la laissant s'organiser seule. Je me souviens simplement qu'elle m'avait questionné pour changer l'emplacement par défaut de photos prise avec l'appareil photo. Ce qu'elle avait fait. Les photos 2019 et 2020 en attestent. Se pourrait-il que cette clé existât sans que la carte microSD ne soit chiffrée ?
Une chose est certaine, je ne me souviens pas avoir essayé de réparer la partition FAT32 et ceci pour une bonne raison : la carte microSD n'était pas reconnue sous windows par mon PC : une lettre lui est attribuée mais sans rien dedans. Je veux dire par là que même si je l'avais voulu, je n'aurais pas pu la formater.
Vous l'aurez compris cette carte semble d'une quelconque façon endommagée, puisque son contenu non crypté n'est accessible que sous Linux ou insérée dans un autre smartphone.

erresse · Le 13/11/2021, à 19:20

Heotrude a écrit :

Vous l'aurez compris cette carte semble d'une quelconque façon endommagée, puisque son contenu non crypté n'est accessible que sous Linux ou insérée dans un autre smartphone.

Bonsoir,
Les données de la carte sont donc accessibles en vérité, pourquoi penses-tu que la carte soit endommagée ?
Il est juste probable que ces données ne soient pas chiffrées, voilà tout, la clé que tu as trouvé devait correspondre à autre chose de chiffré...
Est-ce que tu ne peux y avoir accès avec Windows ?
Quoi qu'il en soit, le mieux serait de copier les photos contenues dans cette carte, par un moyen ou un autre qui peut le faire, puis de reformater entièrement la carte pour pouvoir la réutiliser.

Nuliel · Le 13/11/2021, à 20:51

Effectivement le fait qu'il y ait une clé pourrait bien montrer qu'il y a du chiffrement.

Je me demande si la carte sd serait pas en deux parties: une partie chiffrée et une autre non chiffrée.

On va partir sur la version sans trop de risque, on va faire une copie complète (avec ddrescue) de la carte sd vers ton pc, et on fera les opérations sur la copie. Tu as assez de place sur ton disque dur pour accueillir une copie de la carte sd? (c'est une carte sd de quelle capacité d'ailleurs?)

df -h

permet de savoir si ton /home peut récupérer la copie

Dernière modification par Nuliel (Le 13/11/2021, à 20:53)

Heotrude · Le 13/11/2021, à 21:24

ma microSD fait 32Gb

Je me demande si la carte sd serait pas en deux parties: une partie chiffrée et une autre non chiffrée.

C'est exactement ce que je m'étais dit

root@Cyclope-Ubuntu:~# df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               1,9G       0  1,9G   0% /dev
tmpfs              389M    1,9M  387M   1% /run
/dev/sda5          145G     10G  128G   8% /
tmpfs              1,9G     74M  1,9G   4% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              1,9G       0  1,9G   0% /sys/fs/cgroup
/dev/loop5         128K    128K     0 100% /snap/bare/5
/dev/loop0          56M     56M     0 100% /snap/core18/2246
/dev/loop1         241M    241M     0 100% /snap/gnome-3-34-1804/24
/dev/loop2          63M     63M     0 100% /snap/gtk-common-themes/1506
/dev/loop3          50M     50M     0 100% /snap/snap-store/433
/dev/loop4          56M     56M     0 100% /snap/core18/2128
/dev/loop7          51M     51M     0 100% /snap/snap-store/547
/dev/loop9          66M     66M     0 100% /snap/gtk-common-themes/1519
/dev/loop6         219M    219M     0 100% /snap/gnome-3-34-1804/72
/dev/loop8          33M     33M     0 100% /snap/snapd/13170
/dev/loop10         33M     33M     0 100% /snap/snapd/13640
/dev/sda2          512M    4,0K  512M   1% /boot/efi
tmpfs              389M     56K  389M   1% /run/user/1000
/dev/mmcblk0p1      30G    4,5G   26G  15% /media/jerome/0403-0201

EDIT :
Voici la réponse initiale que j'avais rédigé mais Nuliel a relancé mes espoirs.

moi a écrit :

Manifestement je ne suis pas très au fait du fonctionnement d'un cryptage mais je commence à mieux comprendre. Le cryptage c'est tout ou rien. Or je pensais qu'une partie d'un support pouvait être cryptée, et l'autre pas.
Qui plus est, ne connaissant pas grand chose de l'historique de ce smartphone, j'ai probablement inventé ou intuitivement présagé que la carte microSD avait été fusionnée lors de son insertion initiale et suis donc parti sur la fausse piste Decrypt & Connect Your Adopted Storage jusqu'à bloquer sur cette erreur de commande linux.
A ma décharge, j'ai successivement cru rencontrer une succession d'indices me laissant croire à la véracité de mon hypothèse :
- le fait même que la carte ne soit pas lisible sous Windows
- l'icone de la clé devant la carte microSD (cf capture d'écran parted)
- l'existence* de la clé .key ds le dossier /data/misc/vold
Je ne comprends pas ce qui a pu se passer, ni comment ces photos ont subitement disparues. C'est bien triste, mais même si elles existent encore quelque part sur la carte, je suis bien incapable de les restaurer
*j'imagine que cette clé n'est pas générée au moment de l'opération cryptage : elle est préexistante

Dernière modification par Heotrude (Le 13/11/2021, à 21:25)

Nuliel · Le 13/11/2021, à 22:03

root@Cyclope-Ubuntu:~#

C'est une mauvaise pratique de passer root (et surtout de le rester). Reste en tant qu'utilisateur pour faire tout sauf les tâches d'administrations (installer des logiciels, ...), et si tu as besoin d'installer un logiciel, tu peux précéder la commande par sudo, ça permet d'obtenir les droits suffisants pour faire la tâche voulue, en te donnant les droits uniquement pour cette tâche.

Une carte sd venant d'android n'est pas censée être lisible sous linux non plus, en tout cas pas directement.

Bon, il y a largement la place, on fait la copie:

sudo apt install gddrescue
sudo umount /dev/mmcblk0p1

pour installer ddrescue et surtout démonter la partition (avant que ça pète), puis on lance la copie s'il n'y a pas eu d'erreur sur les deux commandes précédentes

sudo ddrescue /dev/mmcblk0 imageSD.iso ddrescue.log

À noter que copier 32 Go c'est long, cette commande peut être arrêtée avec ctrl+C, et relancée plus tard du moment que tu passes la même commande dans le même dossier (c'est le log qui indique où en est la copie)

Dernière modification par Nuliel (Le 13/11/2021, à 22:07)

Heotrude · Le 13/11/2021, à 22:28

Je retiens ta mise en garde de prudence ...
Copie lancée; ̶j̶e̶ ̶n̶e̶ ̶s̶a̶i̶s̶ ̶p̶a̶s̶ ̶c̶e̶ ̶q̶u̶e̶ ̶t̶u̶ ̶e̶n̶t̶e̶n̶d̶s̶ ̶p̶a̶r̶ ̶l̶o̶n̶g̶ ̶m̶a̶i̶s̶ ̶j̶e̶ ̶v̶a̶i̶s̶ ̶l̶e̶ ̶l̶a̶i̶s̶s̶e̶r̶ ̶t̶o̶u̶r̶n̶e̶r̶ ̶c̶e̶t̶t̶e̶ ̶n̶u̶i̶t̶
EDIT : 1h30

Dernière modification par Heotrude (Le 13/11/2021, à 22:32)

Nuliel · Le 13/11/2021, à 22:34

comme tu veux, fais juste gaffe à la possible mise en veille (parfois sous linux, entrer en veille, ça pose pas de pb mais en sortir oui )

Dernière modification par Nuliel (Le 13/11/2021, à 22:34)

Heotrude · Le 14/11/2021, à 08:27

sudo ddrescue /dev/mmcblk0 imageSD.iso ddrescue.log
GNU ddrescue 1.23
Press Ctrl-C to interrupt
     ipos:   31956 MB, non-trimmed:        0 B,  current rate:   1245 kB/s
     opos:   31956 MB, non-scraped:        0 B,  average rate:   7975 kB/s
non-tried:        0 B,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:   31956 MB,   bad areas:        0,        run time:  1h  6m 46s
pct rescued:  100.00%, read errors:        0,  remaining time:         n/a
                              time since last successful read:         n/a
Finished

Nuliel · Le 14/11/2021, à 15:04

Bon, tu peux passer

sudo chown $USER:$USER imageSD.iso

afin de t'attribuer le fichier, comme ça on aura même plus besoin de sudo, ni d'être root!

Je vais relire l'autre fil pour te dire quelles commandes passer

Edit: tu peux donner

fdisk -l imageSD.iso

et pour la clé secrète, tu peux passer

od -t x1 fichier.key

pour l'obtenir (bien sûr ne donne pas le retour de cette commande)

Dernière modification par Nuliel (Le 14/11/2021, à 15:37)

Heotrude · Le 16/11/2021, à 20:22

Bonsoir Nuliel,
Je reviens à vous après 48 heures particulièrement pénibles sur le plan de la santé. 2 enfants covid ça va, plus ma femme et moi; évidemment les gamins sont asymptomatiques, tandis que les parents sont par terre ...
Le dernières commandes sont bien passées. L'essentiel, quoi !!!

Nuliel · Le 16/11/2021, à 20:29

Si les commandes sont bien passées, c'est bien là le principal
Tu peux remettre un message quand vous serez guéris et que tu voudras reprendre le sujet, il n'y a pas d'urgence.

Heotrude · Le 23/09/2022, à 15:08

Bonjour Nuliel,
je ne pense pas qu'il soit si courant de reprendre un fil de discussion datant de prés d'un an. Alors je me dois de vous donner un minimum d'explications :
après mon covid j'ai été débordé puis j'ai complètement oublié ma carte microSD en cours de sauvetage avancé. Je suis tellement peu familier de linux que c'est la première fois depuis le dernier message que je réutilise mon vieux Dell portable dédié à Linux et remisé dans un tiroir.
Je l'ai ressorti tel quel avec la carte microSD encore insérée à l'intérieur. Avant de poster ici, j'ai recherché s'il y a avait un moyen plus discret de vous contacter en message privé. En vain.
Donc libre à vous de me préciser si vous êtes disposé à poursuivre ce que nous avions entrepris alors. Je suis à votre disposition pour reprendre le terminal.

Nuliel · Le 23/09/2022, à 18:55

C'est pas habituel de reprendre une discussion un an après mais pourquoi pas
Tu avais pu passer les commandes du #12? En particulier je veux bien le retour de la deuxième commande.

Heotrude · Le 23/09/2022, à 20:12

Très heureux de cette reprise sur les chapeaux de roues.

jerome@Cyclope-Ubuntu:~$ fdisk -l imageSD.iso
Disque imageSD.iso : 29,76 GiB, 31956402176 octets, 62414848 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x00000000

Périphérique Amorçage Début      Fin Secteurs Taille Id Type
imageSD.iso1           8192 62414847 62406656  29,8G  c W95 FAT32 (LBA)

En revanche la commande pour la clé secrète n'a rien rendu :

jerome@Cyclope-Ubuntu:~$ od -t x1 fichier.key
od: fichier.key: Aucun fichier ou dossier de ce type

ERRATUM : il y a bien un fichier .key

Dernière modification par Heotrude (Le 23/09/2022, à 20:38)

Nuliel · Le 23/09/2022, à 21:23

Heureusement qu'il y a toujours le fichier .key, sans on peut rien faire.
Comme je l'ai dit dans le #12, ne donne pas le retour de la commande od, c'est le contenu de ta clé privée (qui doit être secrète, comme peut l'être un code de carte bancaire, ...).
Normalement

od -t x1 fichier.key

en remplaçant fichier.key par le vrai nom de ta clé privée va te donner de l'hexadécimal, il faudra concaténer les 32 caractères sans les espaces.

Un exemple fictif:

# od -t x1 expand_8838e738a18746b6e435bb0d04c15ccd.key
0000000 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
0000020

La clé est alors 000102030405060708090a0b0c0d0e0f

Dis moi si tu as des difficultés à récupérer ta clé.

Puis tu peux faire

sudo losetup -fP imageSD.iso
losetup -l

Une fois ceci fait, je te sortirai la super commande de la mort qui tue (voir https://forum.ubuntu-fr.org/viewtopic.p … #p22327644 pour avoir une idée de la commande) pour monter la partition chiffrée

Dernière modification par Nuliel (Le 23/09/2022, à 21:23)

Heotrude · Le 23/09/2022, à 21:33

Je me demande si mon erratum ne t'aurait pas échappé.
Et j'ai bien pris possession de la clé.

jerome@Cyclope-Ubuntu:~$ losetup -l
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE                         DIO LOG-SEC
/dev/loop1
             0      0         1  1 /var/lib/snapd/snaps/core18_2253.snap
                                                                       0     512
/dev/loop8
             0      0         1  1 /var/lib/snapd/snaps/hunspell-dictionaries-1-7-2004_2.snap
                                                                       0     512
/dev/loop15
             0      0         0  0 /home/jerome/imageSD.iso            0     512
/dev/loop6
             0      0         1  1 /var/lib/snapd/snaps/gtk-common-themes_1535.snap
                                                                       0     512
/dev/loop13
             0      0         1  1 /var/lib/snapd/snaps/snapd-desktop-integration_14.snap
                                                                       0     512
/dev/loop4
             0      0         1  1 /var/lib/snapd/snaps/core20_1623.snap
                                                                       0     512
/dev/loop11
             0      0         1  1 /var/lib/snapd/snaps/snap-store_558.snap
                                                                       0     512
/dev/loop2
             0      0         1  1 /var/lib/snapd/snaps/core18_2566.snap
                                                                       0     512
/dev/loop0
             0      0         1  1 /var/lib/snapd/snaps/bare_5.snap    0     512
/dev/loop9
             0      0         1  1 /var/lib/snapd/snaps/gnome-3-38-2004_115.snap
                                                                       0     512
/dev/loop7
             0      0         1  1 /var/lib/snapd/snaps/firefox_1877.snap
                                                                       0     512
/dev/loop14
             0      0         1  1 /var/lib/snapd/snaps/snap-store_599.snap
                                                                       0     512
/dev/loop5
             0      0         1  1 /var/lib/snapd/snaps/gnome-3-38-2004_87.snap
                                                                       0     512
/dev/loop12
             0      0         1  1 /var/lib/snapd/snaps/snapd_16778.snap
                                                                       0     512
/dev/loop3
             0      0         1  1 /var/lib/snapd/snaps/core20_1270.snap
                                                                       0     512
/dev/loop10
             0      0         1  1 /var/lib/snapd/snaps/gtk-common-themes_1519.snap
                                                                       0     512

Dernière modification par Heotrude (Le 23/09/2022, à 21:36)

Nuliel · Le 23/09/2022, à 21:37

Si si, j'ai vu l'erratum. Tu as réussi à avoir le code de 32 caractères? Si tu n'as pas réussi: Où est le fichier .key, et quel est son nom?

Heotrude · Le 23/09/2022, à 21:43

Oui je l'ai !!!

Nuliel · Le 23/09/2022, à 21:46

Alors la commande dégueulasse:

sudo dmsetup create crypt1 --table "0 62414848 crypt aes-cbc-essiv:sha256 ClePrivéeEnHexa 0 /dev/loop15 8192"

en adaptant ClePrivéeEnHexa par le code de 32 caractères trouvé précédemment.
Je te laisse donner le retour, y compris s'il est vide (c'est à souhaiter)

Dernière modification par Nuliel (Le 23/09/2022, à 21:47)

Heotrude · Le 23/09/2022, à 21:51

Petit problème me semble-t-il :

[sudo] Mot de passe de jerome : 
device-mapper: reload ioctl on crypt1 (253:0) failed: Argument invalide
Command failed.

Nuliel · Le 23/09/2022, à 22:05

Tu as bien fait un copier coller de la commande? On est d'accord que ClePrivéeEnHexa que tu as remplacé dans la commande ne contient aucun espace?

Heotrude · Le 23/09/2022, à 22:06

oui

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 13/11/2021, à 15:15

[Résolu] Récupération microSD fusionnée sous android 8

#2 Le 13/11/2021, à 15:53

Re : [Résolu] Récupération microSD fusionnée sous android 8

#3 Le 13/11/2021, à 17:56

Re : [Résolu] Récupération microSD fusionnée sous android 8

#4 Le 13/11/2021, à 18:54

Re : [Résolu] Récupération microSD fusionnée sous android 8

#5 Le 13/11/2021, à 19:20

Re : [Résolu] Récupération microSD fusionnée sous android 8

#6 Le 13/11/2021, à 20:51

Re : [Résolu] Récupération microSD fusionnée sous android 8

#7 Le 13/11/2021, à 21:24

Re : [Résolu] Récupération microSD fusionnée sous android 8

#8 Le 13/11/2021, à 22:03

Re : [Résolu] Récupération microSD fusionnée sous android 8

#9 Le 13/11/2021, à 22:28

Re : [Résolu] Récupération microSD fusionnée sous android 8

#10 Le 13/11/2021, à 22:34

Re : [Résolu] Récupération microSD fusionnée sous android 8

#11 Le 14/11/2021, à 08:27

Re : [Résolu] Récupération microSD fusionnée sous android 8

#12 Le 14/11/2021, à 15:04

Re : [Résolu] Récupération microSD fusionnée sous android 8

#13 Le 16/11/2021, à 20:22

Re : [Résolu] Récupération microSD fusionnée sous android 8

#14 Le 16/11/2021, à 20:29

Re : [Résolu] Récupération microSD fusionnée sous android 8

#15 Le 23/09/2022, à 15:08

Re : [Résolu] Récupération microSD fusionnée sous android 8

#16 Le 23/09/2022, à 18:55

Re : [Résolu] Récupération microSD fusionnée sous android 8

#17 Le 23/09/2022, à 20:12

Re : [Résolu] Récupération microSD fusionnée sous android 8

#18 Le 23/09/2022, à 21:23

Re : [Résolu] Récupération microSD fusionnée sous android 8

#19 Le 23/09/2022, à 21:33

Re : [Résolu] Récupération microSD fusionnée sous android 8

#20 Le 23/09/2022, à 21:37

Re : [Résolu] Récupération microSD fusionnée sous android 8

#21 Le 23/09/2022, à 21:43

Re : [Résolu] Récupération microSD fusionnée sous android 8

#22 Le 23/09/2022, à 21:46

Re : [Résolu] Récupération microSD fusionnée sous android 8

#23 Le 23/09/2022, à 21:51

Re : [Résolu] Récupération microSD fusionnée sous android 8

#24 Le 23/09/2022, à 22:05

Re : [Résolu] Récupération microSD fusionnée sous android 8

#25 Le 23/09/2022, à 22:06

Re : [Résolu] Récupération microSD fusionnée sous android 8

Pied de page des forums