Bonjour à tous !
Me voilà embarqué dans une belle galère je crois, j'ai récemment chiffré une partition de mon HDD interne au format Luks. Je n'avais jamais utilisé ce système de chiffrement auparavant et mes connaissances arrivent à leurs limites...
Mon soucis est le suivant :
J'ai crée correctement ma partition chiffré grâce au commandes suivantes :
sudo cryptsetup luksFormat -c aes -h sha256 /dev/sdb6
sudo cryptsetup luksOpen /dev/sdb6 homeOne
sudo mkfs.ext3 /dev/mapper/homeOne
sudo mount -t ext3 /dev/mapper/homeOne /homeOne
Impeccable j'y transfert donc mes données à chiffrer.
Seulement aujourd'hui j'ai du connecter un nouveau HDD au pc, celui ci ce trouvant maintenant sur /dev/sdb et ma partition Luks s'est retrouvé sur /dev/sdc6,
Le montage automatique n'a pas fonctionné au démarrage, alors j'ai tenté de monter manuellement la partition, et là c'est fut le drame.........
J'ai exécuté les commandes suivantes:
sudo cryptsetup luksOpen /dev/sdc6 home2
sudo mkfs.ext3 /dev/mapper/home2
sudo mount -t ext3 /dev/mapper/home2 /homeOne
Et bien sur, la partition est vierge, plus aucune données, ce qui me 'rassure', la clé de chiffrement est toujours la même .. y'a t'il un moyen de récupérer les données perdues ? Avec photorec ou testdisk? y'a t-il possibilité de retrouver l'ancien système de fichiers? La partition étant chiffrée, je n'ai pas envie de faire n'importe quoi. Alors un p'tit coup de main serait le bienvenue.
voici ma table de partition :
GPT fdisk (gdisk) version 0.8.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): EDC92665-F1FE-45AE-B65D-2A950119F3A3
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 8-sector boundaries
Total free space is 1832146634 sectors (873.6 GiB)
Number Start (sector) End (sector) Size Code Name
1 34 39062534 18.6 GiB EF00
2 39062535 44921910 2.8 GiB 0700
3 44921911 74218786 14.0 GiB 0700
4 74218787 78125037 1.9 GiB 8200
5 78125038 136718788 27.9 GiB 0700
6 2150066176 3907028991 837.8 GiB 0700
7 136720384 317921279 86.4 GiB 0700
La fin de fdisk -l :
Disk /dev/dm-0: 899.6 GB, 899563909120 bytes
255 heads, 63 sectors/track, 109365 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Disk /dev/dm-0 doesn't contain a valid partition table
Photorec:
PhotoRec 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
PhotoRec is free software, and
comes with ABSOLUTELY NO WARRANTY.
Select a media (use Arrow keys, then press Enter):
Disk /dev/sda - 160 GB / 149 GiB (RO) - ST3160212A
Disk /dev/sdb - 2000 GB / 1863 GiB (RO) - WDC WD20EZRX-00DC0B0
Disk /dev/mapper/homeOne - 899 GB / 837 GiB (RO)
Disk /dev/dm-0 - 899 GB / 837 GiB (RO)
En graphique, lorsque je check les propriétés de /homeOne j'ai 782Gio de libre sur les 840 que contient la partition, ce qui correspond à la quantité de données transférées ces derniers jours.
Ma version de deb:
Debian squeeze 2.6.32-5-686
Merci d'avance