Mauvaise installation et erreur chiffrement Fermé

Question

Bonjour,

Je voulais « passer sous Linux ». Mais … je rencontre un problème.
J’avais un disque SSD sur lequel était installé un Windows 10.
Sur un HDD j’ai voulu installé un Linux Ubuntu à partir d’une clé usb.

J’ai fait le con. J’ai choisi le mauvais disque (le SSD) au moment de l’installation de Ubuntu. Mais en plus j’ai fait chiffrer le disque.
Au moment de l’installation, Windows avait été détecté et j’avais choisi de faire cohabiter les 2 systèmes.

Dès que l’installation a commencé, je me suis rendu compte immédiatement de mon erreur et j’ai cliqué sur arrêter ou annuler ou je sais plus trop quoi. Du coup, l’installation s’est stoppée et le processus de l’installation de Ubuntu est revenue au stade ou on peut choisir le disque.
Mais il se trouve que le disque SSD est maintenant chiffré (j’ai la clé).

Comment faire pour accéder à mon Windows maintenant chiffré par Linux ?

Mon idée serait la suivante :
utiliser 3 disques durs
- évidemment le disque SSD chiffré avec le Windows donc, on le nommera disque SSD1
- un 2e disque SSD qu’on nommera SSD2
- mon disque HDD vide

1-Installer linux sur SSD2
2-Grâce à Linux Sur SSD2 : copier la partition chiffrée du SSD1 vers le HDD mais en non chiffrée. Je pense que c’est possible puisque j’ai la clé de chiffrement.
3-Puis accéder à cette partition Linux non chiffrée sur HDD pour y lire des fichiers Windows grâce à Linux de SSD2 avec un logiciel qui permettrait de lire les fichiers Windows (quel logiciel, je ne sais pas).

Voilà.
Dites-moi si c’est une bonne idée. Ou si vous en avez une autre meilleure.

Les données perdues sur le Windows aujourd’hui inaccessibles ne sont pas très importantes (je fais des sauvegardes sur un NAS synology donc j’ai perdu moins de 1 % de mes données). Mais j’aimerais bien relever ce petit défi et rattraper ma bêtise malgré mon faible niveau en informatique comme vous pouvez le constater.

Merci à vous si vous pouvez m’aider.

jns55 · Answer

Bonjour,
Tu es sûr que la partition Windows est chiffrée ? normalement le chiffrement ne concerne que la partition linux ou le /home. 
Est-ce que tu peux accéder à la partition Windows depuis une session live de ton live-usb ? Si elle est chiffrée, il va te demande ta passphrase, si elle ne l'est pas, tu devrais pouvoir accéder a tes données si la table des partitions n'est pas corrompue.
Peux tu donner le résultat de la commande sudo fdisk -l tapée dans le terminal ?

Je pense que ce serait nettement plus simple d'essayer de terminer cette installation en dual-boot. Comme on dit : quand le vin est tiré, il faut le boire... Mais maintenant que tu as interrompu le processus d'installation, nul ne sait exactement ce que ce programme a fait sur le disque : il est censé  diminuer la taille de la partition Windows pour faire de la place à linux, si cette tâche a été interrompe en plein milieu, il y a de fortes chances que la table des partitions soit maintenant corrompue et que les chances de récupérer Windows soient quasi nulles.

cagoule · Answer

Merci pour ton aide.

Alors comme tu le vois, je ne suis pas super calé en info. 

Je ne sais pas trop ce que tu entends par accéder à la partition Windows depuis une session live d'un live USB, mais s'il s'agit d'utiliser la clé live pour faire ça, voilà ce que j'obtiens avant et après avoir déverrouillé dans "Disks" avec la clé de déchiffrement :
(mon PC est donc avec le SSD1 et le HDD)

 Avant
 Après

Le résultat de la commande sudo fdisk -l , tapée dans le terminal donne ceci :

ubuntu@ubuntu:~$ sudo fdisk -lDisk /dev/loop0: 1.99 GiB, 2109763584 bytes, 4120632 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/loop1: 55.48 MiB, 58159104 bytes, 113592 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/loop2: 64.79 MiB, 67915776 bytes, 132648 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/loop3: 31.9 MiB, 32595968 bytes, 63664 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/loop4: 218.102 MiB, 229629952 bytes, 448496 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/loop5: 51.4 MiB, 53522432 bytes, 104536 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/sda: 223.58 GiB, 240057409536 bytes, 468862128 sectorsDisk model: KINGSTON SV300S3Units: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisklabel type: dosDisk identifier: 0xf2a11af1Device     Boot   Start       End   Sectors   Size Id Type/dev/sda1  *       2048    104447    102400    50M  7 HPFS/NTFS/exFAT/dev/sda2       1052670 468860927 467808258 223.1G  5 Extended/dev/sda5       2551808 468860927 466309120 222.4G  7 HPFS/NTFS/exFATDisk /dev/sdb: 931.53 GiB, 1000204886016 bytes, 1953525168 sectorsDisk model: ST1000LX015-1U71Units: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 4096 bytesI/O size (minimum/optimal): 4096 bytes / 4096 bytesDisklabel type: dosDisk identifier: 0x9fac399fDevice     Boot Start        End    Sectors   Size Id Type/dev/sdb1  *     2048 1953521663 1953519616 931.5G  7 HPFS/NTFS/exFATDisk /dev/sdc: 15.11 GiB, 16225665024 bytes, 31690752 sectorsDisk model: Transcend 16GB  Units: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisklabel type: dosDisk identifier: 0x2f80a677Device     Boot Start      End  Sectors  Size Id Type/dev/sdc1  *     2048 31690751 31688704 15.1G  c W95 FAT32 (LBA)Disk /dev/mapper/luks-ea47e369-ae99-4eb7-9058-46413ee5ce3a: 222.35 GiB, 238733492224 bytes, 466276352 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/mapper/vgubuntu-root: 221.36 GiB, 237674430464 bytes, 464207872 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/mapper/vgubuntu-swap_1: 976 MiB, 1023410176 bytes, 1998848 sectorsUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytes

cagoule · Answer

Oui j'imaginais bien que je ne pourrais pas faire marche arrière.
En effet je souhaiterais accéder à cette partition chiffrée pour récupérer mes favoris  de navigateur (Firefox) par exemple et 2 ou 3 trucs du même genre.

Demain, je vais essayer d'accéder depuis le gestionnaire de fichier comme tu le dis. Je tiens au courant.

mamiemando · Answer

Bonjour,

Contre toute attente, il semblerait possible de retirer le chiffrement opéré par LUKS, comme expliqué dans cette page. 

Avant toute chose, profite du fait que tu accès à tes données pour sauver ce qui doit être sauvé, comme ça si on se rate, ça ne sera pas trop grave.

Ensuite, dans ta première capture d'écran on voit que tu utilises LUKS 2, donc voici la section qui te concerne. Note que l'idée consiste à convertir le chiffrement LUKS 2 en LUKS 1, puis à réécrire la partition déchiffrée à la place.

Dans ton cas :

  comme il ne s'agit pas d'une partition Linux, tu n'as pas besoin de passer par un live USB. Cela aurait été nécessaire s'il avait fallu retirer le chiffrement pour une partition liée à ton système linux (e.g. /), car la partition ne doit pas être déchiffrée pour faire la conversion.
 il faut adapter les consignes du tutoriel : sauf erreur de ma part, dev (et device_path) devient /dev/sda5.

N'hésite pas à nous reporter au fur et à mesure les résultats de ces commandes.

Bonne chance

cagoule · Answer

Bonjour,

Merci pour ton aide.
Je t'avoue que je ne comprends pas grand chose car je ne connais pas vraiment Linux.

Tu me dis qu'il n'est pas nécessaire d'utiliser un live usb mais du coup, je boot sur quoi ? Mon HHD windows actuel ? Et je fais quoi après pour avoir accès à ma partition chiffrée de mon SSD1 ?

Tu dis que j'ai accès à mes données ? Comment ?

avion-f16 · Answer

Bonjour,

Désolé de venir casser l'ambiance mais... Ta partition Windows est partie en poussière.
En tout cas, elle n'est plus sur le SSD Kingston 240 GB (/dev/sda).

Comme on peut le voir sur tes deux captures partagées via Imgur, à savoir
1) https://i.imgur.com/wWEfZMN.png et
2) https://i.imgur.com/P0zJAQ2.png ,
la partition /dev/sda5 correspond à un "coffre" LUKS. Lorsque ce coffre est déverrouillé, sur la capture N°2, on peut voir que son contenu est un volume physique (PV) LVM, lequel contient deux volumes logiques (LV) LVM : root et swap_1 (appartenant au groupe de volume (VG) LVM "vgubuntu").
C'est pour cette raison que les deux mappers /dev/vgubuntu/root et /dev/vgubuntu/swap_1 apparaissent uniquement après ouverture du coffre LUKS.

Et si tu cliques sur /dev/vgubuntu/root (sur la 2e capture), tu verras sûrement qu'elle contient un système de fichiers de type XFS/ext/btrfs (je ne sais pas ce qu'utilise Ubuntu actuellement). Peux-tu vérifier juste pour confirmer ?

Si fdisk donne de faux espoirs en affichant "HPFS/NTFS/exFAT", c'est parce le code de la partition est resté "07h", voir ici : https://en.wikipedia.org/wiki/Partition_type
fdisk n'analyse pas plus loin le contenu des partitions, il se contente de lire la table de partitions.

Il est improbable que le programme d'installation d'Ubuntu ait effectué une transformation "in place" d'une partition Windows vers une couche LUKS + une couche LVM + la partition elle-même. Déjà, ce n'est pas une opération triviale, comme montré dans le Wiki de Archlinux. Ensuite, ça n'a aucun sens de mettre une partition Windows dans du LUKS+LVM.

Quant à l'envie de relever le défi, tu peux t'amuser dans une machine virtuelle. Finalement, ce n'est rien d'autre qu'utiliser la commande "dd" entre le mapper (qui représente le block déchiffré) et une partition "pure" (ou un fichier).

Mauvaise installation et erreur chiffrement

6 réponses

Discussions similaires