logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 28-02-2021 16:01:21

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

[Résolu] Disque dur inaccessible Luks !

Bonjour à toute la communauté,
Suite à des soucis d’installation de dolibarr , https://debian-facile.org/viewtopic.php?id=29479, j'ai effectuer qqs lignes de commandes qui mon bousillé mon grub ou un truc comme ça, car au redémarrage j'ai eu kernel panic !!
Du coup je me dis que je vais en profiter pour installer la version 10 de debian, je tournai sous la 9.
Je fait mon instal, je redémarre, rien ne se passe.
J'installe ubuntu, solutionne le souci avec boot repair !
Puis réinstalle debian 10 !

Je récupère 2 des trois disques dur que j'avais crypté via l'utilitaire Disques. Mais mon ssd sur lequel était installé debian 9 refuse de se décrypter.
Je suis sûr de la phrase de passe que je rentre car je l'ai écrite sur libreoffice puis copie colle !

Le message d'erreur est le suivant :
Impossible d'accéder à l'emplacement
error unlocking/dev/sda3: failed to activate device : opération not permitted.

Je suis coincé là, la question que je me pose c'est, comme c'est un disque dur que j'ai crypté lors de l'installation, est-ce la même manière de crypter, ou de décrypter, qu'un disque dur qu'on crypte à partir d'un OS qui fonctionne ?
Si selon moi la réponse est oui, car le cryptage c'est du LUKS, il devrais s'ouvrir sans soucis !
Merci d'avance pour votre aide !

Dernière modification par grodidi (06-03-2021 13:42:58)

Hors ligne

#2 28-02-2021 17:33:12

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

D'abord, un état des lieux avec

lsblk
blkid


Si /dev/sda3 est bien un conteneur LUKS, il devrait être possible de l'ouvrir avec

cryptsetup luksOpen /dev/sda3 sda3_crypt


(le nom "sda3_crypt" est arbitraire, il donne le nom que le volume chiffré aura dans /dev/mapper/)


Il vaut mieux montrer que raconter.

Hors ligne

#3 28-02-2021 19:11:26

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

Re : [Résolu] Disque dur inaccessible Luks !

Alors pour les premières commandes :

root@ordrien:~# lsblk
NAME                              MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                                 8:0    0 119,2G  0 disk  
├─sda1                              8:1    0   512M  0 part  
├─sda2                              8:2    0   244M  0 part  
└─sda3                              8:3    0 118,5G  0 part  
sdb                                 8:16   0   1,8T  0 disk  
└─sdb1                              8:17   0   1,8T  0 part  
  └─luks-19a04414-491a-4ee9-8f9c-08c46ebe3437
                                  254:4    0   1,8T  0 crypt /media/grodidi/BAD1
sdc                                 8:32   0 931,5G  0 disk  
├─sdc1                              8:33   0   512M  0 part  /boot/efi
├─sdc2                              8:34   0   488M  0 part  /boot
└─sdc3                              8:35   0 930,5G  0 part  
  └─sda3_crypt                    254:0    0 930,5G  0 crypt
    ├─ordrien--vg-root            254:1    0 929,5G  0 lvm   /
    └─ordrien--vg-swap_1          254:2    0   976M  0 lvm   [SWAP]
sdd                                 8:48   0   2,7T  0 disk  
└─luks-d0ddca57-bc1b-45ee-a869-9b8e23123b13
                                  254:3    0   2,7T  0 crypt /media/grodidi/BAD
sr0                                11:0    1  1024M  0 rom  
root@ordrien:~# blkid
/dev/sda1: UUID="FD0C-C993" TYPE="vfat" PARTUUID="201c41e6-b7bb-4212-acb6-bb24371c0fa1"
/dev/sda2: UUID="c0916713-3bb3-4cf5-8a79-886c9244e0a4" TYPE="ext2" PARTUUID="81bc0939-7772-4631-b737-f5fef0628c9e"
/dev/sda3: UUID="ce3bbe7e-8ccd-4972-8c04-3a588e830fc2" TYPE="crypto_LUKS" PARTUUID="00cb107e-43c5-4875-962e-27e1d362ba59"
/dev/sdb1: UUID="19a04414-491a-4ee9-8f9c-08c46ebe3437" TYPE="crypto_LUKS" PARTUUID="36663f9f-3431-4c0b-a95b-8a7ee5ea994a"
/dev/sdc1: UUID="67CC-9C67" TYPE="vfat" PARTUUID="bd4d975b-8762-4ce4-b9a0-8863e8f1b5ce"
/dev/sdc2: UUID="dee8abe2-fbab-4a69-a627-fc028ffaebdf" TYPE="ext2" PARTUUID="883884b6-3d21-48d8-a7b8-1770eb469f92"
/dev/sdc3: UUID="78bd2098-722a-49fc-9847-0b29685e4800" TYPE="crypto_LUKS" PARTUUID="12bda986-26d7-47bb-8a8f-0d6c8191a0ca"
/dev/sdd: UUID="d0ddca57-bc1b-45ee-a869-9b8e23123b13" TYPE="crypto_LUKS"
/dev/mapper/sda3_crypt: UUID="cCDfqY-Mqn7-4ksc-u1fq-UzMC-njMm-RxNg0Z" TYPE="LVM2_member"
/dev/mapper/ordrien--vg-root: UUID="e1481ccf-37ff-4178-8059-b49367e082fa" TYPE="ext4"
/dev/mapper/ordrien--vg-swap_1: UUID="69c2a616-472f-4d13-935d-fc33b22fa688" TYPE="swap"
/dev/mapper/luks-d0ddca57-bc1b-45ee-a869-9b8e23123b13: LABEL="BAD" UUID="ce3dbce3-c1de-4fe5-bfc3-f09c127836d2" TYPE="ext4"
/dev/mapper/luks-19a04414-491a-4ee9-8f9c-08c46ebe3437: LABEL="BAD" UUID="8fbb724c-fa2a-4898-a02f-0efc62c3cd6a" TYPE="ext4"
 



j'en conclu que c'est sda3 qui m’intéresse mais il n'est pas affiché comme un luks...
j'ai bien sdd et sdb qui sont mes deux autres dd cryptés.

puis c'est là que ça ce gâte :

root@ordrien:~# cryptsetup luksOpen /dev/sda3 sda3_crypt
Saisissez la phrase secrète pour /dev/sda3 :
Le périphérique sda3_crypt existe déjà.
 



je reprécise, si j'avais pas été clair dans le poste précédent, que ce dd à été crypté à l'installation de debian 9, au menu partitionner les disques : utiliser tout un disque avec LVM chiffré
peu être que c'est cela qui bug ?

Hors ligne

#4 28-02-2021 19:32:53

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

grodidi a écrit :

j'en conclu que c'est sda3 qui m’intéresse mais il n'est pas affiché comme un luks


Si, il l'est :

/dev/sda3: UUID=... TYPE="crypto_LUKS" PARTUUID=...


Par contre le nom sda3_crypt est déjà utilisé pour le volume chiffré contenu dans /dev/sdc3 (défini dans /etc/crypttab, le disque /dev/sdc étant vu comme /dev/sda lors de l'installation ?), donc il faut choisir un autre nom, n'importe lequel.

Dernière modification par raleur (28-02-2021 19:38:23)


Il vaut mieux montrer que raconter.

Hors ligne

#5 28-02-2021 22:45:36

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

Re : [Résolu] Disque dur inaccessible Luks !

ok j'ai pas tout pigé, mais je crois que je vois le soucis !
J'ai sda3 :

/dev/sda3: UUID="ce3bbe7e-8ccd-4972-8c04-3a588e830fc2" TYPE="crypto_LUKS" PARTUUID="00cb107e-43c5-4875-962e-27e1d362ba59"



qui ne correspond pas à celui là :

/dev/mapper/sda3_crypt: UUID="cCDfqY-Mqn7-4ksc-u1fq-UzMC-njMm-RxNg0Z" TYPE="LVM2_member"



Le sdc est bien celui de l'OS.

Pour changer de nom je passe par quoi ? l'utilitaire disque ? gaprted ?? cryptsetup ?? quel manip' ?

merci de m'aiguiller, parce que la dernière fois que j'ai jouer avec les étiquette drapeaux et autre de disque dur, j'ai du l'envoyer à un pro et ça ma coûté un bras et j'ai pas tout récupéré !!

Hors ligne

#6 01-03-2021 00:31:16

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

Tu changes le nom dans la commande cryptsetup que j'ai indiquée, c'est tout. Je répète que ce nom est arbitraire.

Il vaut mieux montrer que raconter.

Hors ligne

#7 02-03-2021 22:38:38

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

Re : [Résolu] Disque dur inaccessible Luks !

ok j'ai pigé
le résultat c'est que j'arrive à entrer la phrase de passe, puis le disque disparais.
Je vérifie sur l'utilitaire de disque, il y a bien une c**** dans l'potage puisque une fois le disque déverrouillé, une partie est en LUKS et l'autre en LVM2 PV, au lieu LUKS et Ext4 !! Ce qui, d'ailleurs colle avec

/dev/mapper/sda3_crypt: UUID="cCDfqY-Mqn7-4ksc-u1fq-UzMC-njMm-RxNg0Z" TYPE="LVM2_member"

Hors ligne

#8 02-03-2021 22:56:45

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

grodidi a écrit :

j'arrive à entrer la phrase de passe, puis le disque disparais.


Quel disque ? Comment ça, il disparaît ?

grodidi a écrit :

une partie est en LUKS et l'autre en LVM2 PV


Une partie de quoi ?
Pourrais-tu montrer au lieu de raconter ? On ne comprend rien !

grodidi a écrit :

Ce qui, d'ailleurs colle avec
    /dev/mapper/sda3_crypt: UUID="cCDfqY-Mqn7-4ksc-u1fq-UzMC-njMm-RxNg0Z" TYPE="LVM2_member"


Non, rien à voir. Cette ligne concerne le volume chiffré de l'autre disque, /dev/sdc3. Il ne faut pas se fier au nom "sda3_crypt" qui est arbitraire.


Il vaut mieux montrer que raconter.

Hors ligne

#9 03-03-2021 10:21:33

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] Disque dur inaccessible Luks !

Bonjour,

je me permets d'intervenir pour préciser un point qui est évident pour raleur mais pas du tout pour ceux qui découvrent ce qu'il a abordé et qui surprend, en tout cas moi ça m'a grave déstabilisé la première fois que j'ai été face à ça.
Et encore je n'utilise pas lvm.

Mais en voyant les chemins /dev/mapper/... dans la discussion et ne sachant pas de quoi il est question, j'ai cherché et suis tombé sur un article qui a l'air clair (EDIT : dommage, il comporte quelques erreurs, et pas moyen de trouver une adresse mail pour contacter l'auteur /EDIT), sauf qu'il date de 2017 et que ce qui est écrit au début a besoin d'une précision -- en effet on trouve dans les premières lignes

article_web a écrit :

Lorsque nos deux disques durs sont connectés sur le système, Linux va les identifier de la manière suivante:

    /dev/sda pour le premier disque dur
    /dev/sdb pour le second disque dur

comme s'il s'agissait d'une vérité absolue.

Hé bien non ! Ça ne l'est plus car, grâce au merveilleux travail de parallélisation des services par systemd, on peut maintenant parfois trouver

     /dev/sda pour le second disque dur
     /dev/sdb pour le premier disque dur

et je vous garantis que ça tue, la première fois qu'on voit ça, dans la sortie de df -h par exemple.
En plus, c'est complètement aléatoire : on boote et tout va bien, on reboote et tout va bien, on reboote encore et paf !, en vrac. Ou le lendemain on allume et paf !, direct en vrac, alors on reboote et encore en vrac, on reboote encore et ça finit par tomber en marche correcte…

J'en ai un peu parlé là, j'ai noté "Terminé" mais ce n'est pas vrai, je suis toujours dessus et je crois que je vois enfin le bout du tunnel pour figer ma liste de disques -- ce n'est pas simple, ça fait des mois que j'étudie, Dieu merci pas à temps complet, mais à titre d'info j'ai acheté une machine neuve en juin 2020 et elle n'est toujours pas en prod'…

Donc bon courage à toi pour réussir à identifier correctement tes disques.

Dernière modification par jpt (03-03-2021 12:02:02)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#10 03-03-2021 17:59:22

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

jpt a écrit :

Lorsque nos deux disques durs sont connectés sur le système, Linux va les identifier de la manière suivante:
        /dev/sda pour le premier disque dur
        /dev/sdb pour le second disque dur


comme s'il s'agissait d'une vérité absolue.
Hé bien non ! Ça ne l'est plus


Ça dépend quel ordre on considère. Si c'est l'ordre de détection des disques par le noyau, alors c'est encore vrai. Si c'est un ordre différent (lequel ?) alors effectivement ce n'est plus vrai, mais est-ce que ça l'a jamais été ?


Il vaut mieux montrer que raconter.

Hors ligne

#11 03-03-2021 18:54:30

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

Re : [Résolu] Disque dur inaccessible Luks !

He !! ok on s'énerve pas raleur, moi j'explique à ma manière et toi aussi, d'ailleurs tes explications n'était pas limpide du tout pour moi !

Je reprend depuis le début :

J'ouvre mon utilitaire de disque
apparaissent tout mes disques,
sdc qui est le disque de l'OS en fonctionnement crypté en LUKS version 2 déverrouillé (pour la partition 3)
sdb qui est un disque de donnée crypté en LUKS version 1 et qui est verrouillé
sdd qui est comme le précédent
et le meilleur pour la fin, sda qui est mon ancien disque d'OS, crypté en LUKS version 2 et qui est verrouillé, pour la partition 3.

Je lance les commandes suivantes dans le terminal :

grodidi@ordrien:~$ su -
Mot de passe :
root@ordrien:~# cryptsetup luksOpen /dev/sda3 bob
Saisissez la phrase secrète pour /dev/sda3 :
root@ordrien:~#
 



j'ai donc mon disque sda3 qui est déverrouillé, je le vois dans l'utilitaire de disque parce que la partition 3 qui était unie, se scinde en deux affichant ce que je disais précédemment,

une partie est en LUKS et l'autre en LVM2 PV


Sachant que j'ai regardé de plus prêt, seul mes disques dur crypté pour du stockage de donnée et non un OS sont en LUKS Ext4, donc rien d'alarmant !
Je vais donc chercher mes données décryptées, en me rendant dans l'utilitaire de fichier, je clique sur Autres emplacements, et là, sda3 qui était affiché en crypté, à disparu ! Je peux pas le dire autrement il à disparu. Je teste ctrl h , rien n'y change.

Voila mes dernières avancées !

Hors ligne

#12 03-03-2021 19:39:34

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

Je ne sais pas ce qu'est l'utilitaire de disque ou l'utilitaire de fichier dont tu parles, donc ce que tu écris ne me parle pas.
Le contenu du volume chiffré est maintenant ouvert sous le nom /dev/mapper/bob. blkid devrait l'afficher avec le type LVM2_member.
Tu devrais aussi voir les volumes logiques qu'il contient avec lvs. S'ils ne sont pas automatiquement activés (indicateur "a" dans la colonne attributs), il suffit de le faire avec la commande

vgchange -ay


Les volumes logiques activés devraient être visibles avec lsblk. Ceux qui contiennent un système de fichiers peuvent être montés avec mount.

Dernière modification par raleur (03-03-2021 19:40:46)


Il vaut mieux montrer que raconter.

Hors ligne

#13 03-03-2021 22:42:12

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

Re : [Résolu] Disque dur inaccessible Luks !

les utilitaires dont je parle c'est l' Utilitaire de gestion des disques pour GNOME et Nautilus.

root@ordrien:~# blkid
/dev/sdb1: UUID="19a04414-491a-4ee9-8f9c-08c46ebe3437" TYPE="crypto_LUKS" PARTUUID="36663f9f-3431-4c0b-a95b-8a7ee5ea994a"
/dev/sda1: UUID="FD0C-C993" TYPE="vfat" PARTUUID="201c41e6-b7bb-4212-acb6-bb24371c0fa1"
/dev/sda2: UUID="c0916713-3bb3-4cf5-8a79-886c9244e0a4" TYPE="ext2" PARTUUID="81bc0939-7772-4631-b737-f5fef0628c9e"
/dev/sda3: UUID="ce3bbe7e-8ccd-4972-8c04-3a588e830fc2" TYPE="crypto_LUKS" PARTUUID="00cb107e-43c5-4875-962e-27e1d362ba59"
/dev/sdc1: UUID="67CC-9C67" TYPE="vfat" PARTUUID="bd4d975b-8762-4ce4-b9a0-8863e8f1b5ce"
/dev/sdc2: UUID="dee8abe2-fbab-4a69-a627-fc028ffaebdf" TYPE="ext2" PARTUUID="883884b6-3d21-48d8-a7b8-1770eb469f92"
/dev/sdc3: UUID="78bd2098-722a-49fc-9847-0b29685e4800" TYPE="crypto_LUKS" PARTUUID="12bda986-26d7-47bb-8a8f-0d6c8191a0ca"
/dev/sdd: UUID="d0ddca57-bc1b-45ee-a869-9b8e23123b13" TYPE="crypto_LUKS"
/dev/mapper/sda3_crypt: UUID="cCDfqY-Mqn7-4ksc-u1fq-UzMC-njMm-RxNg0Z" TYPE="LVM2_member"
/dev/mapper/ordrien--vg-root: UUID="e1481ccf-37ff-4178-8059-b49367e082fa" TYPE="ext4"
/dev/mapper/ordrien--vg-swap_1: UUID="69c2a616-472f-4d13-935d-fc33b22fa688" TYPE="swap"
/dev/mapper/luks-ce3bbe7e-8ccd-4972-8c04-3a588e830fc2: UUID="vETl2T-M2IH-IpJG-DnqH-hVJp-tM7g-8QBnFa" TYPE="LVM2_member"
root@ordrien:~# lsblk
NAME                                          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                                             8:0    0 119,2G  0 disk  
├─sda1                                          8:1    0   512M  0 part  
├─sda2                                          8:2    0   244M  0 part  /media/grodidi/c0916713-3bb3-4cf5-8a79-886c9244e0a4
└─sda3                                          8:3    0 118,5G  0 part  
  └─luks-ce3bbe7e-8ccd-4972-8c04-3a588e830fc2 254:3    0 118,5G  0 crypt
sdb                                             8:16   0   1,8T  0 disk  
└─sdb1                                          8:17   0   1,8T  0 part  
sdc                                             8:32   0 931,5G  0 disk  
├─sdc1                                          8:33   0   512M  0 part  /boot/efi
├─sdc2                                          8:34   0   488M  0 part  /boot
└─sdc3                                          8:35   0 930,5G  0 part  
  └─sda3_crypt                                254:0    0 930,5G  0 crypt
    ├─ordrien--vg-root                        254:1    0 929,5G  0 lvm   /
    └─ordrien--vg-swap_1                      254:2    0   976M  0 lvm   [SWAP]
sdd                                             8:48   0   2,7T  0 disk  
sr0                                            11:0    1  1024M  0 rom
root@ordrien:~# mount sda3
mount: sda3: impossible à trouver dans /etc/fstab.
root@ordrien:~# lvs
  /dev/sde: open failed: Aucun médium trouvé
  /dev/sdf: open failed: Aucun médium trouvé
  /dev/sdg: open failed: Aucun médium trouvé
  /dev/sdh: open failed: Aucun médium trouvé
  LV     VG         Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   ordrien-vg -wi------- <110,50g                                                    
  root   ordrien-vg -wi-ao----  929,53g                                                    
  swap_1 ordrien-vg -wi-------    7,96g                                                    
  swap_1 ordrien-vg -wi-ao----  976,00m                                                    
root@ordrien:~# vgchange -ay
  /dev/sde: open failed: Aucun médium trouvé
  /dev/sdf: open failed: Aucun médium trouvé
  /dev/sdg: open failed: Aucun médium trouvé
  /dev/sdh: open failed: Aucun médium trouvé
  device-mapper: create ioctl on ordrien--vg-root LVM-5mOBmVuw85d7BZe8yoMQQLRkCYz2BQOE9PaI2yXpd7WeUs0TrzEZOvKgPk3uazFa failed: Périphérique ou ressource occupé
  device-mapper: create ioctl on ordrien--vg-swap_1 LVM-5mOBmVuw85d7BZe8yoMQQLRkCYz2BQOEwuyvIZOFK52Cj3E032pQim4due4QCaES failed: Périphérique ou ressource occupé
  0 logical volume(s) in volume group "ordrien-vg" now active
  2 logical volume(s) in volume group "ordrien-vg" now active
 



voila les lignes de codes, je sais pas trop les analyser !

Hors ligne

#14 04-03-2021 10:41:30

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

Bizarre, le volume chiffré contenu dans /dev/sda3 apparaît en tant que /dev/mapper/luks-ce3bbe7e-8ccd-4972-8c04-3a588e830fc2 et non /dev/mapper/bob, comme s'il avait été ouvert par ton utilitaire de disque comme les deux autres. Passons.

Le groupe de volumes LVM et les volumes logiques dans ce volume chiffré ont les mêmes noms (ordrien, root, swap_1) que ceux de la nouvelle installation dans le disque /dev/sdc. C'était une mauvaise idée de créer un autre groupe de volumes avec le même nom. je soupçonne que c'est le partitionnement assisté qui a utilisé le nom d'hôte ordrien comme nom de groupe de volumes et je considère qu'utiliser le partitionnement assisté est aussi une mauvaise idée. Bref, le système refuse d'activer deux groupes de volumes différents avec les mêmes noms.

Que veux-tu faire de l'ancienne installation dans le disque /dev/sda ? La conserver en tant que telle ou seulement récupérer les données ?

Il vaut mieux montrer que raconter.

Hors ligne

#15 04-03-2021 21:11:38

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

Re : [Résolu] Disque dur inaccessible Luks !

Comme  tu dis y a un hic.
J'ai effectivement fait la même instal sur sdc que sur sda donc j'ai les même noms de volumes, puisque que j'ai utilisé le partitionnement assisté (d'ailleurs je voudrai bien savoir pourquoi tu le déconseille ?) et les même nom (ordrien pour l'ordi et grodidi pour la session) !
Moi je veux juste récupérer qqs données. Le reste l'os j'm'en fou.

Hors ligne

#16 05-03-2021 00:04:39

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

Alors tu n'as qu'à renommer le groupe de volumes LVM de l'ancienne installation avec vgrename.

vgrename <vg_uuid> <nouveau_nom>



Pour cela il va falloir récupérer l'UUID de ce groupe de volumes avec

pvs -o pv_name,vg_name,vg_uuid /dev/mapper/luks-ce3bbe7e-8ccd-4972-8c04-3a588e830fc2



Après avoir renommé le groupe de volumes, les volumes logiques devraient s'activer avec

vgchange -ay

Dernière modification par raleur (05-03-2021 00:05:53)


Il vaut mieux montrer que raconter.

Hors ligne

#17 05-03-2021 21:03:51

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

Re : [Résolu] Disque dur inaccessible Luks !

OK, ça parait simple, mais rien n'a marché ! 
Tu me dis de faire en premier :

vgrename <vg_uuid> <nouveau_nom>


ou celui là ??

pvs -o pv_name,vg_name,vg_uuid /dev/mapper/luks-ce3bbe7e-8ccd-4972-8c04-3a588e830fc2



il faut avoir déjà décrypté mon disque ou pas ?
Si c'est bien récupéré l'UUID avant renommer LVM, ça n'a pas marché.

root@ordrien:~# pvs -o pv_name,vg_name,vg_uuid /dev/mapper/luks-ce3bbe7e-8ccd-4972-8c04-3a588e830fc2
  /dev/sdf: open failed: Aucun médium trouvé
  /dev/sdg: open failed: Aucun médium trouvé
  /dev/sdh: open failed: Aucun médium trouvé
  /dev/sdi: open failed: Aucun médium trouvé
  /dev/sdf: open failed: Aucun médium trouvé
  /dev/sdg: open failed: Aucun médium trouvé
  /dev/sdh: open failed: Aucun médium trouvé
  /dev/sdi: open failed: Aucun médium trouvé
  Failed to find device for physical volume "/dev/mapper/luks-ce3bbe7e-8ccd-4972-8c04-3a588e830fc2".



pour la commande vgrename <vg_uuid> <nouveau_nom>,  faut que je change le terme vg_uuid ??
Je suis désolé mais tes explications sont confuses pour moi !
Merci d'avance pour les éclaircissements. smile

Hors ligne

#18 05-03-2021 21:27:08

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

Il faut remplacer <truc> par la valeur réelle du truc.
Pour renommer un VG qui a un homonyme, il faut l'identifier autrement que par son nom : par son UUID. Avant de le renommer, il faut donc trouver son UUID avec la commande pvs que j'ai donnée qui a pour but d'afficher l'UUID du VG utilisant le PV désigné.
Oui, il faut que le volume chiffré soit ouvert, et il faut indiquer le nom de périphérique /dev/mapper/<nom> correspondant, soit celui que tu indiques à cryptsetup, soit le nom luks-ce3b... attribué par le gestionnaire de disques si tu l'as ouvert avec lui.
Une fois ouvert, tu peux utiliser lsblk pour afficher le nom du volume chiffré associé à /dev/sda3.

Il vaut mieux montrer que raconter.

Hors ligne

#19 06-03-2021 13:41:54

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

Re : [Résolu] Disque dur inaccessible Luks !

ROYAL !!!! Ça à marché !!!! Je vous aime ! Enfin surtout toi Raleur !!!!!

Je met quand même les commandes au cas ou ça puisse aider qqn d'autre, ou moi dans 2 ans quand j'aurai un nouveau crash et que je ne me rappellerai plus de rien ! lol

grodidi@ordrien:~$ su -
Mot de passe :
root@ordrien:~# pvs -o pv_name,vg_name,vg_uuid /dev/mapper/luks-ce3bbe7e-8ccd-4972-8c04-3a588e830fc2
  /dev/sde: open failed: Aucun médium trouvé
  /dev/sdf: open failed: Aucun médium trouvé
  /dev/sdg: open failed: Aucun médium trouvé
  /dev/sdh: open failed: Aucun médium trouvé
  PV                                                    VG         VG UUID                              
  /dev/mapper/luks-ce3bbe7e-8ccd-4972-8c04-3a588e830fc2 ordrien-vg 5mOBmV-uw85-d7BZ-e8yo-MQQL-RkCY-z2BQOE
root@ordrien:~# vgrename 5mOBmV-uw85-d7BZ-e8yo-MQQL-RkCY-z2BQOE didi
  /dev/sde: open failed: Aucun médium trouvé
  /dev/sdf: open failed: Aucun médium trouvé
  /dev/sdg: open failed: Aucun médium trouvé
  /dev/sdh: open failed: Aucun médium trouvé
  Processing VG ordrien-vg because of matching UUID 5mOBmV-uw85-d7BZ-e8yo-MQQL-RkCY-z2BQOE
  Volume group "5mOBmV-uw85-d7BZ-e8yo-MQQL-RkCY-z2BQOE" successfully renamed to "didi"
root@ordrien:~# vgchange -ay
  /dev/sde: open failed: Aucun médium trouvé
  /dev/sdf: open failed: Aucun médium trouvé
  /dev/sdg: open failed: Aucun médium trouvé
  /dev/sdh: open failed: Aucun médium trouvé
  2 logical volume(s) in volume group "didi" now active
  2 logical volume(s) in volume group "ordrien-vg" now active
 

Hors ligne

#20 06-03-2021 17:42:28

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

grodidi a écrit :

Je vous aime ! Enfin surtout toi Raleur !!!!!


C'est l'effet de l'euphorie. Pas d'inquiétude, ça va passer.


Il vaut mieux montrer que raconter.

Hors ligne

#21 06-03-2021 17:56:14

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

grodidi a écrit :

j'ai utilisé le partitionnement assisté (d'ailleurs je voudrai bien savoir pourquoi tu le déconseille ?)


Pas assez souple. On ne peut pas choisir le nom du VG et des LV, les tailles des LV et des partitions ne sont pas toujours pertinentes et ne sont pas modifiables. Jusqu'à la version précédente stretch on ne pouvait pas réserver d'espace libre dans le VG, ce qui était un gros défaut corrigé avec buster.

Dernière modification par raleur (06-03-2021 17:56:34)


Il vaut mieux montrer que raconter.

Hors ligne

#22 09-04-2021 11:38:30

grodidi
Membre
Distrib. : Debian Buster/Bullseye
Noyau : Linux 5.10.0-4-amd64
Inscription : 04-06-2020
Site Web

Re : [Résolu] Disque dur inaccessible Luks !

super, merci des conseils, j'ai réinstallé debian 11 sur mon portable, mais je n'ai pas su comment dimensionner les différents disque, aurais-tu un tuto/sujet de forum qui en parle et qui guide pas à pas. Merci

Hors ligne

#23 09-04-2021 11:56:04

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Disque dur inaccessible Luks !

grodidi a écrit :

je n'ai pas su comment dimensionner les différents disque


Que veux-tu dire exactement ? Tu n'as pas su quelles tailles donner aux différents volumes ou bien comment le faire ?


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums