Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#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 wink)

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

Nuliel a écrit :

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

Nuliel a écrit :

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 ?


Nuliel a écrit :

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 tongue

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

Nuliel a écrit :

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 wink
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 hmm

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

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