Mauvaise installation et erreur chiffrement
Fermé
cagoule
Messages postés
53
Date d'inscription
dimanche 6 juillet 2008
Statut
Membre
Dernière intervention
27 mai 2023
-
4 oct. 2021 à 00:49
mamiemando Messages postés 33108 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 14 mai 2024 - 25 oct. 2021 à 13:47
mamiemando Messages postés 33108 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 14 mai 2024 - 25 oct. 2021 à 13:47
A voir également:
- /Dev/mapper/vgubuntu-root
- Erreur 0x80070643 - Guide
- Installation chromecast - Guide
- Code erreur f3500-32 ✓ - Forum Bbox Bouygues
- Erreur 10016 epson - Forum Imprimante
- Erreur g030 - Forum Bbox Bouygues
6 réponses
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
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.
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 -ltapé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
Messages postés
53
Date d'inscription
dimanche 6 juillet 2008
Statut
Membre
Dernière intervention
27 mai 2023
3
Modifié le 20 oct. 2021 à 13:00
Modifié le 20 oct. 2021 à 13:00
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)
Le résultat de la commande
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)
Le résultat de la commande
sudo fdisk -l, tapée dans le terminal donne ceci :
ubuntu@ubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 1.99 GiB, 2109763584 bytes, 4120632 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 /dev/loop1: 55.48 MiB, 58159104 bytes, 113592 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 /dev/loop2: 64.79 MiB, 67915776 bytes, 132648 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 /dev/loop3: 31.9 MiB, 32595968 bytes, 63664 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 /dev/loop4: 218.102 MiB, 229629952 bytes, 448496 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 /dev/loop5: 51.4 MiB, 53522432 bytes, 104536 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 /dev/sda: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SV300S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf2a11af1
Device 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/exFAT
Disk /dev/sdb: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000LX015-1U71
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x9fac399f
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 1953521663 1953519616 931.5G 7 HPFS/NTFS/exFAT
Disk /dev/sdc: 15.11 GiB, 16225665024 bytes, 31690752 sectors
Disk model: Transcend 16GB
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2f80a677
Device 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 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 /dev/mapper/vgubuntu-root: 221.36 GiB, 237674430464 bytes, 464207872 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 /dev/mapper/vgubuntu-swap_1: 976 MiB, 1023410176 bytes, 1998848 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
La partition 5 (sda5) est effectivement chiffrée et c'est bien ta partition Windows puisqu'elle est en ntfs. De plus, elle est en LVM (partitions dynamiques) ! la totale quoi... difficile de faire pire je pense.
Si tu as des documents a récupérer dessus essaie d'y accéder depuis le gestionnaire de fichiers de ta session live, normalement il devrait te demander ta passphrase.
Quand à revenir en arrière, je n'y crois pas, le chiffrement est irréversible, tu es bon pour une réinstallation je pense car je doute que le programme d'installation d'Ubuntu accepte d'intervenir sur cette partition chiffrée car elle est verrouillée maintenant. (jamais essayé ce cas de figure).
Il faudra sans doute supprimer cette partition chiffrée et en créer une nouvelle non chiffrée pour pouvoir réinstaller Windows ou linux dessus.
Si tu as des documents a récupérer dessus essaie d'y accéder depuis le gestionnaire de fichiers de ta session live, normalement il devrait te demander ta passphrase.
Quand à revenir en arrière, je n'y crois pas, le chiffrement est irréversible, tu es bon pour une réinstallation je pense car je doute que le programme d'installation d'Ubuntu accepte d'intervenir sur cette partition chiffrée car elle est verrouillée maintenant. (jamais essayé ce cas de figure).
Il faudra sans doute supprimer cette partition chiffrée et en créer une nouvelle non chiffrée pour pouvoir réinstaller Windows ou linux dessus.
cagoule
Messages postés
53
Date d'inscription
dimanche 6 juillet 2008
Statut
Membre
Dernière intervention
27 mai 2023
3
4 oct. 2021 à 23:06
4 oct. 2021 à 23:06
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.
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
Messages postés
33108
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
14 mai 2024
7 753
20 oct. 2021 à 13:14
20 oct. 2021 à 13:14
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 :
N'hésite pas à nous reporter au fur et à mesure les résultats de ces commandes.
Bonne chance
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
(etdevice_path
) devient/dev/sda5
.
N'hésite pas à nous reporter au fur et à mesure les résultats de ces commandes.
Bonne chance
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
cagoule
Messages postés
53
Date d'inscription
dimanche 6 juillet 2008
Statut
Membre
Dernière intervention
27 mai 2023
3
20 oct. 2021 à 14:49
20 oct. 2021 à 14:49
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 ?
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
Messages postés
19246
Date d'inscription
dimanche 17 février 2008
Statut
Contributeur
Dernière intervention
21 avril 2024
4 500
Modifié le 21 oct. 2021 à 02:04
Modifié le 21 oct. 2021 à 02:04
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).
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).
mamiemando
Messages postés
33108
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
14 mai 2024
7 753
25 oct. 2021 à 13:47
25 oct. 2021 à 13:47
Entièrement d'accord.
