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

Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues

moko138

En #5, Coeur Noir a écrit :

Hypothèse farfelue : en démarrant en live-session 14.10, accéderais-tu de nouveau à ces parties chiffrées ? Y'a p'têt bien eu des changements dans la manière de gérer ce chiffrement entre 14.10 et 18.04 ???

Cf. ./viewtopic.php?pid=21705187#p21705187
Donc, pour avoir une esquisse de chance, il faudra
- passer les dépôts en "old-release" ;
- puis faire les mises à jour sauf celles du noyau :

sudo apt-get update ; sudo apt-get upgrade

Mais surtout pas sudo apt-get dist-upgrade, sous peine de casser la session live.

geole

MonsterNunch a écrit
4-1) Résultat du sudo fdisk -l (sans les loop) :
Périphérique Amorçage Début Fin Secteurs Taille Id Type
.....
/dev/sda5 1953523711 1952022528 930,8G 83 Linux

4-2) Lors de l'analyse il trouve cela :
5 L Linux 93 113 21 121601 57 56 1952022528
5 L Linux 93 113 21 121601 57 56 1952022528

et je suis donc à l'étape 5

Enter: to continue

Sans avoir décodifié le CHS, mais en me fiant à la taille, on voit qu'il a retrouvé la partition actuelle SDA5
Mais il n'a toujours pas retrouvé l'ancienne qui était d'une taille différente
501760 1953523711 1953021952
et, qui plus est, a une autre adresse début. Tu as donc une chance de réussir à la retrouver en continuant la recherche qu'il te propose d'ailleurs de continuer en appuyant sur la touche entrée
Puisque tu as interrompu assez rapidement l'utilisation de la nouvelle partition.
Merci de faire l'action demandée (appui sur la touche entrée) afin de continuer la recherche.
Il est probable que pendant cette recherche, il te propose plusieurs fois enter to continue

Tant que tu ne verras pas une valeur 1953021952, tu pourras continuer.
Si tu vois cette valeur, je ne sais pas trop quoi te dire pour l'instant...
Elle n'est pas obligatoirement la bonne, Je vais faire un effort pour codifier les adresses DEBUT et FIN codées actuellement en LBA pour les coder en CHS
Si tu as la bonne taille et les bons CHS, tu sais que c'est la bonne partition.
Il faudra passer à l'opération de récréation.
Après tu pourras partir sur des bases saines. Je crois qu'on t'a conseillé de fabriquer une live USB en 14.04 . Si la partition n'a pas été retrouvée, ce n'est pas très utile, car je ne suis pas un grand magicien et je ne connais pas la formule des signatures chiffrées.

La structure chs étant indiquée par tesdisk CHS 121601 255 63

http://cars.car.coocan.jp/misc/chs2lba.html A dit que
le LBA de début 501760 correspond à 31 59 29
le LDA de fin 953523711 correspond à 59354 27 1

MonsterNunch

Alors, en ayant continué, il semble en effet me retrouver la partion de boot en LUKS :

TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
 D Linux                    0  32 31    31  26 57     497664
 D Linux                    0  32 33    31  26 59     497664
>* Linux                   31  59 29    31 124 29       4096

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, 
     Enter: to continue
LUKS 1 (Data size unknown), 2097 KB / 2048 KiB

La deuxieme ligne étant :

ext4 blocksize=1024 Large_file Sparse_SB, 254 MB / 243 MiB

et la première :

ext4 blocksize=1024 Large_file Sparse_SB Backup_SB, 254 MB / 243 MiB

Quand je fais "Continue" sur la 3e, la LUKS1, il me propose de "Quit" "Return" ou "Write" [Write partition structure to disk] (idem pour les deux autres, mais je pense que c'est celle-ci qu'on doit récupérer, non ?)

geole

Le problème, c'est la taille et le type ne conviennent. Mais il est vrai que j'ai en référence SDA5 qui a été formatée pour devenir chiffrée, A ce niveau je n'ai pas d'expérience, Il donc possible que logiciel fasse le nécessaire pour masquer la vraie taille et ne la montre qu'après le montage

Alors tu dis que c'est la bonne surtout qu'il la voit en Luks. Donc tu y vas avec Write
Il faudra confirmer puis rebooter...

MonsterNunch

Là, après redémarrage, dans l'explorateur il me propose de la monter mais elle ne fait que 2,1Mo, et le fdisk me renvoie ceci (toujours loops exclues) :

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x9130b00d

Périphérique Amorçage  Début    Fin Secteurs Taille Id Type
/dev/sda1    *        501760 505855     4096     2M 83 Linux


Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets


Disque /dev/sdc : 14,3 GiB, 15376000000 octets, 30031250 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 : 0x00018f1b

Périphérique Amorçage Début      Fin Secteurs Taille Id Type
/dev/sdc1    *         2048 30029823 30027776  14,3G  c W95 FAT32 (LBA)

Quand je la monte via l'explorateur de fichier, il m'indique :
- Error unlocking /dev/sda1:Failed to activate device: Invalid argument quand c'est le mot de passe d'origine.
- Error unlocking /dev/sda1:Failed to activate device: Operation not permitted quand c'est le mot de passe d'origine.

Il a donc l'air de se souvenir de la passphrase

En revanche, il n'a plus l'air de retrouver les deux partitions sda2 et sda5 :

ubuntu@ubuntu:~$ lsblk -fe7 -o +SIZE
NAME   FSTYPE  LABEL      UUID                                 MOUNTPOINT   SIZE
sda                                                                       931,5G
└─sda1 crypto_            374c9edb-560e-42a6-87ed-3a313689f239                2M
sdb    ext4    Recup      4cdafcbb-9aa3-4497-825d-95864a3d8d9c            931,5G
sdc                                                                        14,3G
└─sdc1 vfat    UBUNTU1804 2686-DBEC                            /isodevice  14,3G

Et avec GParted, j'ai 931,27 Go de non alloué.

Je peux tenter un boot sur ce disque, bien que je sois très sceptique vu la taille, mais je me dit qu'au lieu de "write" on aurait pû faire "add" plutôt, non ?
Une autre passe de testdisk serait salvatrice, à votre avis ?

geole

Tu peux tenter un autre passage. Cela ne prend que du temps.
Mais je n'avais pas proposé add vu que je pense que les autres endroits contiennent des données sans rapport avec les données chiffrées.
Il est aussi possible de modifier la taille de la partition ou d'en fabriquer une de A à Z, Je ne sais plus très bien la façon de faire. Demain, je relirais tout afin de voir si on ne peut pas récupérer des précisions.

MonsterNunch

Bonsoir,

J'ai enfin téléchargé la 14.04 sur la clef USB.
Après avoir fait un add d'une partition qu'il avait trouvé via testdisk sur ma 18.04, j'ai cru que j'étais bon, mais non : elle ne fait que 255Mo et semble être vide ou inaccessible.

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x9130b00d

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2046      499709      248832   83  Linux
Partition 1 does not start on physical sector boundary.
/dev/sda2   *      501760      505855        2048   83  Linux

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table

Disk /dev/sdc: 15.4 GB, 15376000000 bytes
255 heads, 63 sectors/track, 1869 cylinders, total 30031250 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00018f1b

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *        2048    30029823    15013888    c  W95 FAT32 (LBA)

Lorsque j'essaye de monter ma partition sda1 via le logiciel de gestion des disques, il me retourne ceci :

ubuntu 14.04 LiveUSB a écritError unlocking /dev/sda2: Command-line `cryptsetup luksOpen "/dev/sda2" "luks-374c9edb-560e-42a6-87ed-3a313689f239" ' exited with non-zero exit status 1: Requested offset is beyond real size of device /dev/sda2.

Moi, ce qui m'interresse surtout, c'est le reste sur sda5 mais elle n'est visible nulle part et le système m'indique que sur ce disque, j'ai 1000Go non alloués.

geole

Bonjour
Avec cette live USB en version 14.04, essaie d'y installer testdisk..
J pense a la version beta https://doc.ubuntu-fr.org/testdisk#utilisation_de_la_version_beta
car il est probable que la version normale ne soit disponible en 14.04
et ré-analyse le disque de 1 To a la recherche des partitions et poste ce qu'il va détecter.
au niveau rapide puis au niveau deep search
de mémoire, on cherche SDA5
/dev/sda5 501760 1953523711 1953021952 931,3G 83 Linux

MonsterNunch

Salut,

Désolé pour le délai, mais j'avais du mal à me résoudre à passer sur cette LiveUSB 14.04 non-persistante car l'affichage ne se règle pas du tout de base (pas les bords) et je ne peux installer les drivers videos qui solutionneraient cela car il faut redémarrer pour que cela soit pris en compte.

Voici le résultat de la passe Deepsearch de la beta de testdisk, et j'ai le même résultat que sur la 18.04 :

TestDisk 7.2-WIP, Data Recovery Utility, Novembre 2020
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
 D Linux                    0  32 31    31  26 57     497664
 D Linux                    0  32 33    31  26 59     497664
>* Linux                   31  59 29    31 124 29       4096

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, 
     Enter: to continue
LUKS 1 (Data size unknown), 2097 KB / 2048 KiB

Quand je fais "Enter", il me propose d'écrire la partition sélectionnée.

Je vais poster plus tard ce qu'il me trouve sur la passe normale car je n'ai pas gardé cet affichage.

MonsterNunch

Le voici :

TestDisk 7.2-WIP, Data Recovery Utility, Novembre 2020
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
>* Linux                    0  32 33    31  26 59     497664
 P Linux                   31  59 29    31 124 29       4096

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
ext4 blocksize=1024 Large_file Sparse_SB, 254 MB / 243 MiB

geole

Bonjour
Je crains que la partie soit perdue.
La partition visible fait 4997664 secteurs soit environ 250 mo!

MonsterNunch

Quelle tristesse !!

Et cette reconstruction de la partition qui avait été évoquée ? Est-ce vraiment peine perdue ?
Ne peut-on pas la recréer avec la même passphrase en 14.04 ?
Dans le pire des cas, me conseillez-vous de rechercher un professionnel sur le marché qui pourrait faire quelque chose ?

geole

Bonjour
Si vraiment tu tiens à récupérer des données, tu peux toujours faire appel à des professionnels
Certains peuvent avoir avoir des outils sophistiqués à leur disposition.
Certains ne font payer qu'en cas de réussite, d'autres non, certains vont des devis , D'autres appliquent un forfait sans garantie de résultat.
Dans le forum, nous conseillons RMY qui est contactable par messagerie. En lui expliquant bien le problème:
De mémoire partition 14.04 chiffrée écrasée par une installation 18.04 (chiffrée?) avec disque en bon état?, il te donnera un avis
https://doc.ubuntu-fr.org/utilisateurs/rmy et https://forum.ubuntu-fr.org/viewtopic.php?id=447877

MonsterNunch

Bonjour,

J'ai en effet contacté RMY.
Il a apparemment ouvert une boite (ou il en fait partie) qui propose ce type de service
Il qui me propose de prendre en charge après description détaillée du problème, pour une somme que je fixe moi en fonction de l'importance des données et de mes moyens.

Je passe donc en résolu.

Merci pour ta grande patience et ton aide incontournable geole.

« Page précédente