#26 Le 22/08/2020, à 21:46
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
Ok, bonne nuit
Hors ligne
#27 Le 22/08/2020, à 22:13
- moko138
Re : [Résolu] Carte SD de telephone Android possiblement HS
Nuliel,
En fin de #16, on lit :
jerome@xubuntu1:~/temporaire/Recup_Dir$ fdisk -l imageSD.iso
Disque imageSD.iso : 59,7 GiB, 64087916544 octets, 125171712 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 : gpt
Identifiant de disque : D00574B8-8265-4413-B3CC-45062ADB05DE
Périphérique Début Fin Secteurs Taille Type
imageSD.iso1 2048 34815 32768 16M inconnu
imageSD.iso2 34816 125171678 125136863 59,7G inconnu
jerome@xubuntu1:~/temporaire/Recup_Dir$
1) saroumane_ n'a pas mis de "sudo" ; j'en ignore les conséquences.
Mais, à supposer que ce soit sans conséquences,
2) le fait que fdisk annonce "Type inconnu"
laisse présager que imageSD.iso ne serait pas directement exploitable.
Ce qui est logique, puisque imageSD.iso est un état intermédiaire, constitué à partir d'un support en défaut.
SI j'ai bien suivi, il faudrait dupliquer cette iso (histoire d'en garder un exemplaire intact),
puis tenter fsck sur la 2ème partition de sa copie.
3) Il y a quelquechose qui m'intrigue :
La 1ère partition
imageSD.iso1 2048 34815 32768 16M inconnu
avec ses 16 Mio, de type inconnu, ressemble à une partition MSR (MicroSoft Reserved, sans FS) telle que Windows 10 en fabrique sur les supports à gpt.
4) En #1, saroumane_ a décrit :
"quelques soucis avec mon Android (sous /e/OS).
J'ai mis un moment à comprendre que ça venait de la carte SD."
Quel FS emploie Android ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#28 Le 23/08/2020, à 08:41
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
Bonjour à vous 2
fdisk sur le nouveau support
jerome@xubuntu1:~/temporaire/Recup_Dir$ sudo fdisk -l /dev/disk/by-id/usb-MXT-USB_Storage_Device_130818v01-0:0
[sudo] Mot de passe de jerome :
Mauvaise concordance des tailles de partition du secteur d'amorçage GPT (125171711 != 121634815), elle seront corrigées par la commande w (écriture).
Disque /dev/disk/by-id/usb-MXT-USB_Storage_Device_130818v01-0:0 : 58 GiB, 62277025792 octets, 121634816 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
/dev/disk/by-id/usb-MXT-USB_Storage_Device_130818v01-0:0-part1 1 125171711 125171711 59,7G ee GPT
jerome@xubuntu1:~/temporaire/Recup_Dir$
fdisk sur l'ancien
jerome@xubuntu1:~/temporaire/Recup_Dir$ sudo fdisk -l /dev/disk/by-id/usb-MXT-USB_Storage_Device_130818v01-0:0
Disque /dev/disk/by-id/usb-MXT-USB_Storage_Device_130818v01-0:0 : 59,7 GiB, 64087916544 octets, 125171712 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 : gpt
Identifiant de disque : D00574B8-8265-4413-B3CC-45062ADB05DE
Périphérique Début Fin Secteurs Taille Type
/dev/disk/by-id/usb-MXT-USB_Storage_Device_130818v01-0:0-part1 2048 34815 32768 16M inconnu
/dev/disk/by-id/usb-MXT-USB_Storage_Devi
fdisk sur l'image (avec le sudo )
jerome@xubuntu1:~/temporaire/Recup_Dir$ sudo fdisk -l imageSD.iso
Disque imageSD.iso : 59,7 GiB, 64087916544 octets, 125171712 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 : gpt
Identifiant de disque : D00574B8-8265-4413-B3CC-45062ADB05DE
Périphérique Début Fin Secteurs Taille Type
imageSD.iso1 2048 34815 32768 16M inconnu
imageSD.iso2 34816 125171678 125136863 59,7G inconnu
jerome@xubuntu1:~/temporaire/Recup_Dir$
Je ne sais pas quel FS utilise Android. il me semble que les étiquettes de partitions étaient "android_data" et Android_expand"
--
Xubuntu 20.04
Hors ligne
#29 Le 23/08/2020, à 09:27
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
@moko138:
Le sudo n'est pas obligatoire sur les images disques, si fdisk n'avait pas eu assez de droits il aurait plus râlé je pense.
Je ne sais pas quel FS utilise Android. il me semble que les étiquettes de partitions étaient "android_data" et Android_expand"
Oui c'est ces deux types de partitions.
Il est possible que fdisk lui-même ne connaisse pas les partitions android_expand et android_data, donc ne peut pas non plus les reconnaître
Je ne pense pas qu'un fsck arrangera quelque chose (à faire sur une autre copie encore), il faudrait déjà essayer de demander à un autre outil pour voir s'il identifie les deux types de partitions
Tu peux faire
sudo apt install testdisk
testdisk imageSD.iso
puis choisir le média (imageSD.iso), ensuite intel, puis analyse, puis quick search, puis si aucune partition n'apparaît, faire une deeper search (en fait j'aimerais voir si les partitions apparaissent comme inconnues ou avec le vrai nom)
Dernière modification par Nuliel (Le 23/08/2020, à 09:36)
Hors ligne
#30 Le 23/08/2020, à 10:20
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk imageSD.iso - 64 GB / 59 GiB - CHS 7792 255 63 (RO)
Partition Start End Size in sectors
1 * FAT32 LBA 0 32 33 7791 147 36 125169664 [NO NAME]
[ Quit ] >[Deeper Search] [ Write ]
Try to find more partitions
après deeper search
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk imageSD.iso - 64 GB / 59 GiB - CHS 7792 255 63 (RO)
Partition Start End Size in sectors
1 * FAT32 LBA 0 32 33 7791 147 36 125169664 [NO NAME]
>[ Quit ] [ Write ]
Return to main menu
--
Xubuntu 20.04
Hors ligne
#31 Le 23/08/2020, à 10:24
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
Tu peux quitter (plusieurs fois la touche q)
Il faut que je me renseigne
J'ai trouvé https://nelenkov.blogspot.com/2015/06/d … orage.html mais il y a certains points qui me posent question.
Tu as bien accès au fichier .key?
Il y a juste l'offset de l'IV que je ne comprends pas
Dernière modification par Nuliel (Le 23/08/2020, à 10:44)
Hors ligne
#32 Le 23/08/2020, à 11:32
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
Test disk en utilisant le type: EFI GPT
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk imageSD.iso - 64 GB / 59 GiB - CHS 7792 255 63 (RO)
Partition Start End Size in sectors
>D MS Data 2048 125171663 125169616 [NO NAME]
D MS Data 2050 125171665 125169616 [NO NAME]
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
P=Primary D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
FAT32, blocksize=32768, 64 GB / 59 GiB
--
Xubuntu 20.04
Hors ligne
#33 Le 23/08/2020, à 14:00
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
Tu peux quitter (plusieurs fois la touche q)
.
Tu as bien accès au fichier .key?
Oui, j'ai réussi à le copier sur une autre carte µSD en utilisant TWRP
--
Xubuntu 20.04
Hors ligne
#34 Le 23/08/2020, à 14:39
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
Nickel! C'est la clé privée qui normalement sert à déchiffrer la deuxième partition.
Alors voilà ce que je comprends de la fameuse commande:
dmsetup create crypt1 --table "0 `blockdev --getsize /dev/sdb2` crypt \
aes-cbc-essiv:sha256 00010203040506070809010a0b0c0d0e0f 0 /dev/sdb2 0"
`blockdev --getsize /dev/sdb2` -> peut être remplacé par 125136863, sachant que c'est bizarre d'avoir un trou entre les deux partitions
00010203040506070809010a0b0c0d0e0f -> à remplacer par ta clé privée, à récupérer par
od -t x1 cle.key
Je pense que c'est le même chiffrement, sinon il faudra trouver ce qui est utilisé (dans l'exemple, du AES en mode CBC)
Je ne sais pas à quoi servent les deux autres zéros, l'un doit correspondre à l'offset de l'IV, qui j'espère ne sera pas à deviner, l'autre je sais pas
C'est une bonne idée d'avoir installé TWRP!
Dernière modification par Nuliel (Le 23/08/2020, à 14:40)
Hors ligne
#35 Le 23/08/2020, à 15:11
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
Nickel! C'est la clé privée qui normalement sert à déchiffrer la deuxième partition.
Alors voilà ce que je comprends de la fameuse commande:
dmsetup create crypt1 --table "0 `blockdev --getsize /dev/sdb2` crypt \ aes-cbc-essiv:sha256 00010203040506070809010a0b0c0d0e0f 0 /dev/sdb2 0"
`blockdev --getsize /dev/sdb2` -> peut être remplacé par 125136863, sachant que c'est bizarre d'avoir un trou entre les deux partitions
d'où tu sors cette séquence 125136863 ?
et le /dev/sdb2 en fin de commande, je le remplace par quoi ?
C'est une bonne idée d'avoir installé TWRP!
J'étais obligé pour installer /e/OS, mais effectivement c'est une bonne boite à outils bas niveau.
--
Xubuntu 20.04
Hors ligne
#36 Le 23/08/2020, à 15:24
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
125136863 c'est théoriquement le nombre de secteurs de la deuxième partition, cela vient de la dernière commande du #28
Je pense qu'il faut remplacer /dev/sdb2 par imagsSD.iso suivi de l'offset de la deuxième partition, mais j'en suis pas sûr.
Le man de dmsetup annonce le format de commande
dmsetup create device_name [-u|--uuid uuid]
[--addnodeoncreate|--addnodeonresume] [-n|--notable|--table
table|table_file] [--readahead [+]sectors|auto|none]
et pour l'option table:
--table table
Specify a one-line table directly on the command line. See
below for more information on the table format.
le format des tables est renseigné en dessous:
logical_start_sector num_sectors target_type target_args
Donc je dirais qu'il faut passer un truc dans le genre de
dmsetup create crypt1 --table "34816 125136863 crypt aes-cbc-essiv:sha256 LaClePrivée 0 imageSD.iso 0"
Il reste toujours les deux derniers zéros que je ne comprends pas, j'ai le droit à
To find out more about the various targets and their table formats and
status lines, please read the files in the Documentation/device-mapper
directory in the kernel source tree. (Your distribution might include
a copy of this information in the documentation directory for the
device-mapper package.)
reste à trouver le bon fichier
HS: j'ai l'impression qu'on peut joindre deux disques ensemble avec dmsetup, c'est visiblement un outil à tout faire
Hors ligne
#37 Le 23/08/2020, à 15:30
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
ça me dépasse un peu
jerome@xubuntu1:~/temporaire/Recup_Dir$ sudo dmsetup create crypt1 --table "34816 125136863 crypt aes-cbc-essiv:sha256 327[...]db 0 imageSD.iso 0"
[sudo] Mot de passe de jerome :
device-mapper: reload ioctl on crypt1 failed: Argument invalide
Command failed
jerome@xubuntu1:~/temporaire/Recup_Dir$
je sais pas si j'ai bien tout récupéré de la clef ni si j'ai bien fait de supprimer les espaces:
jerome@xubuntu1:~/temporaire/Recup_Dir$ od -t x1 expand_963ec607b8c543fa96ddef69971e7782.key
0000000 32 7[...] db
0000020
jerome@xubuntu1:~/temporaire/Recup_Dir$
--
Xubuntu 20.04
Hors ligne
#38 Le 23/08/2020, à 15:36
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
Normalement ta clé fait fait 128 bits, soit 16 octets, donc 16x2 chiffres ou lettres
Si tu n'avais pas supprimé les espaces, les différents morceaux auraient été considéré comme des paramètres à la commande
Je continue mes recherches
Hors ligne
#39 Le 23/08/2020, à 15:38
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
Trouvé! https://www.kernel.org/doc/html/latest/ … crypt.html
Bon, du coup je peux bien comprendre la commande, je vais proposer une autre version
Hors ligne
#40 Le 23/08/2020, à 15:47
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
Juste pour être sûr, avec le retour
# 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 donc 000102030405060708090a0b0c0d0e0f
C'est bien ce que tu as fait?
Hors ligne
#41 Le 23/08/2020, à 16:10
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
Juste pour être sûr, avec le retour
# 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 donc 000102030405060708090a0b0c0d0e0f
C'est bien ce que tu as fait?
oui j'ai commencé juste après le bloc 0000000
donc par '32'
Dernière modification par saroumane_ (Le 23/08/2020, à 16:10)
--
Xubuntu 20.04
Hors ligne
#42 Le 23/08/2020, à 18:01
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
Peut être
sudo dmsetup create crypt1 --table "0 125136863 crypt aes-cbc-essiv:sha256 327[...]db 0 imageSD.iso 34816"
si ça marche pas essaie
sudo dmsetup create crypt1 --table "34816 125136863 crypt aes-cbc-essiv:sha256 327[...]db 0 imageSD.iso 34816"
Dernière modification par Nuliel (Le 23/08/2020, à 18:02)
Hors ligne
#43 Le 23/08/2020, à 18:07
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
Merci de tes recherches
la première commande est syntaxiquement correcte
jerome@xubuntu1:~/temporaire/Recup_Dir$ sudo dmsetup create crypt1 --table "0 125136863 crypt aes-cbc-essiv:sha256 32[...]b 0 imageSD.iso 34816"
[sudo] Mot de passe de jerome :
device-mapper: reload ioctl on crypt1 failed: Aucun périphérique de ce type
Command failed
pb d'argumetn pour la seconde
jerome@xubuntu1:~/temporaire/Recup_Dir$ sudo dmsetup create crypt1 --table "34816 125136863 crypt aes-cbc-essiv:sha256 32[...]b 0 imageSD.iso 34816"
device-mapper: reload ioctl on crypt1 failed: Argument invalide
Command failed
jerome@xubuntu1:~/temporaire/Recup_Dir$
Dernière modification par Nuliel (Le 23/08/2020, à 18:10)
--
Xubuntu 20.04
Hors ligne
#44 Le 23/08/2020, à 18:09
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
Ok, bon on avance! Je préférais la première commande, ça tombe bien!
C'est peut être l'iso qu'il aime pas, faut que je retrouve comment on manipule les /dev/loopX
(j'ai modifié ton post précédent pour enlever la clé)
Dernière modification par Nuliel (Le 23/08/2020, à 18:10)
Hors ligne
#45 Le 23/08/2020, à 18:21
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
sudo losetup -fP imageSD.iso
puis
losetup -l
pour savoir à quel /dev/loopX il a été associé, puis tu peux retenter
sudo dmsetup create crypt1 --table "0 125136863 crypt aes-cbc-essiv:sha256 32[...]b 0 /dev/loopX 34816"
en remplaçant le X par le bon nombre donné par la commande précédente.
Pour supprimer le /dev/loop, tu peux faire
losetup -d /dev/loopX
Hors ligne
#46 Le 23/08/2020, à 18:24
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
bon la commande est passsée sans erreur
jerome@xubuntu1:~/temporaire/Recup_Dir$ sudo dmsetup create crypt1 --table "0 125136863 crypt aes-cbc-essiv:sha256 327[...]db 0 /dev/loop14 34816"
jerome@xubuntu1:~/temporaire/Recup_Dir$
mais qu'a-t'elle fait ?
Dernière modification par saroumane_ (Le 23/08/2020, à 18:24)
--
Xubuntu 20.04
Hors ligne
#47 Le 23/08/2020, à 18:38
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
YES!!!!!!!!!!!!!!
Cette commande a créé un périphérique crypt1 qui utilise la clé de déchiffrement pour pouvoir déchiffrer la partition. Normalement il reste à monter la partition déchiffrée.
Tu peux donner
sudo fdisk -l /dev/mapper/crypt1
Hors ligne
#48 Le 23/08/2020, à 19:08
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
good job !
jerome@xubuntu1:~/temporaire/Recup_Dir$ sudo fdisk -l /dev/mapper/crypt1
[sudo] Mot de passe de jerome :
Disque /dev/mapper/crypt1 : 59,7 GiB, 64070073856 octets, 125136863 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
jerome@xubuntu1:~/temporaire/Recup_Dir$
--
Xubuntu 20.04
Hors ligne
#49 Le 23/08/2020, à 19:39
- Nuliel
Re : [Résolu] Carte SD de telephone Android possiblement HS
Mouais, j'aurais bien aimé une partition, cela dit j'ai pas demandé de faire un scan de partitions en même temps, c'est peut être pour ça qu'il ne ressort pas de partition.
Tu peux tenter
sudo mount -t ext4 /dev/mapper/crypt1 /mnt/
si la commande fonctionne, tes fichiers sont dans le répertoire /mnt. Sinon, tu peux faire un scan de partitions avec
sudo testdisk /dev/mapper/crypt1
(si aucune partition n'est trouvée, c'est que les offsets sont mauvais)
Hors ligne
#50 Le 23/08/2020, à 19:44
- saroumane_
Re : [Résolu] Carte SD de telephone Android possiblement HS
la partition s'est montée automatiquement.
en utilisant Thunar en root, j'ai pu accéder à tout !
c'est déjà énorme. Merci
je lance le testdisk
--
Xubuntu 20.04
Hors ligne