Re: Échec au démarrage de LVM Chiffré
Re Bonjour,
Auto réponse pour le démarrage de la machine
Une fois que le prompt de initramfs est disponible :
1. ouvrir la partition manquante avec crypsetup luksOPen /dev/sb1
sdb1_crypt
2. recharger la config lvm avec vgchange -ay
3. relancer la suite du boot avec exit
Maintenant comme remettre en l'état le système ?
update-initramfs -u
update-grub2
Et bien c'est reparti, mais avec une différence maintenant il faut
saisir le mot de passe de chaque partition...
Donc dernière question comment faire pour n'en saisir qu'une seule...
comme avant ?
Merci
Yann.
Le lundi 09 novembre 2020 à 15:06 +0100, Yann Cohen a écrit :
> Bonjour,
>
> Ce matin j'ai eu la mauvaise surprise de voir ma machine de
> télétravail
> refuser de démarrée.
>
> La configuration faite lors de la dernière réinstallation est la
> suivante : LVM Chiffré. C'est à dire :
> * 2 Physical Volumes, partitions chiffrées avec cryptsetup+luks
> * 1 VG
> * 3 LV (root, swap et home)
> * kernel 4.19.0-12
>
> Jusqu'à présent, au démarrage, je n'avais qu'une seule demande de mot
> de passe au démarrage, et tous fonctionnait (1 mois).
>
> Aujourd'hui, après la demande de setup, le vg ne se constitue pas en
> ne
> trouvant pas l'uuid d'un des deux PV et en demandant d'appliquer
> l'option partial pour lvm.
>
> Le message principale est
>
> Couldn't find device with uuid PRVbXN-aRJK-Wcul-2EBE-YASm-KfRC-
> 4oIEhD,
>
> l'uuid donnée conrrespondant bien à physical volume placé dans une
> partition chiffrée (voir l'uuid de /dev/sdb1 dans pvdiplay plus bas)
>
> Échec complet du démarrage => tombe dans shell de secours
>
> Démarrage depuis une clé de type sysrescuecd récente (si' c'est pas
> la
> dernière, c'est l'avant dernière), ensuite à la main :
>
> Ouverture des deux partitions => OK
> récupération du LVM (PV, VG et LV) => OK
> montage des deux partitions home et root => OK
>
> DOnc j'en conclus que les deux disques sont OK et que quelque
> chose à
> changer dans la configuration de la machine.
>
> Vendredi j'ai eu un "no space on dev" sur le lv root, comme j'avais
> encore un peu de réserve sur le VG, j'ai augmenté la taille de la
> partition sans problème (lvextends + resize2fs en ligne sur un ext4).
> Après un reboot tout était OK,
> vendredi soir fait un shutdown, du moins c'était mon intention, en
> tout
> cas ce matin je n'ai pas l'impression d'une tentative de sortie
> d'hibernation.
>
> Notre ami le prospecteur sur la toile, ne m'ayant rien apporté de
> plus,
> je ne tourne vers la liste pour la solliciter...
>
> * Quelqu'un a-t-il rencontré un problème similaire ?
> * Une fois dans le shell de init ai-je une possibilité pour ouvrir
> le
> chiffrage et continuer le boot...
>
>
> Quelques messages issues des traces collectées
>
> Trace une fois sysrescue cd démarré
> 8>------------------------------------------------------------
> [root@sysresccd ~]# cryptsetup luksOpen /dev/sda3 sda3_crypt
> Enter passphrase for /dev/sda3:
> [root@sysresccd ~]# cryptsetup luksOpen /dev/sdb sdb1_crypt
> sdb sdb1
> [root@sysresccd ~]# cryptsetup luksOpen /dev/sdb1 sdb1_crypt
> Enter passphrase for /dev/sdb1:
>
> [root@sysresccd ~]# pvdisplay
> --- Physical volume ---
> PV Name /dev/mapper/sda3_crypt
> VG Name yco-svms-vg
> PV Size <465.01 GiB / not usable 2.00 MiB
> Allocatable yes (but full)
> PE Size 4.00 MiB
> Total PE 119041
> Free PE 0
> Allocated PE 119041
> PV UUID LsCmE4-0lMx-cmF1-wleE-TbK0-4Q9P-K3lQJC
>
> --- Physical volume ---
> PV Name /dev/mapper/sdb1_crypt
> VG Name yco-svms-vg
> PV Size 476.92 GiB / not usable 0
> Allocatable yes
> PE Size 4.00 MiB
> Total PE 122092
> Free PE 4332
> Allocated PE 117760
> PV UUID PRVbXN-aRJK-Wcul-2EBE-YASm-KfRC-4oIEhD <<<---
> - Le voilà l'uuid manquant...
>
> [root@sysresccd ~]# vgdisplay
> --- Volume group ---
> VG Name yco-svms-vg
> System ID
> Format lvm2
> Metadata Areas 2
> Metadata Sequence No 9
> VG Access read/write
> VG Status resizable
> MAX LV 0
> Cur LV 3
> Open LV 0
> Max PV 0
> Cur PV 2
> Act PV 2
> VG Size <941.93 GiB
> PE Size 4.00 MiB
> Total PE 241133
> Alloc PE / Size 236801 / 925.00 GiB
> Free PE / Size 4332 / 16.92 GiB
> VG UUID vGqhkD-o4iH-w2Ao-NLFF-p1aw-pPEY-cgcQK2
>
> [root@sysresccd ~]# lvdisplay
> --- Logical volume ---
> LV Path /dev/yco-svms-vg/root
> LV Name root
> VG Name yco-svms-vg
> LV UUID J2t8VY-VZeG-jk39-ctNz-9MLf-9V98-DfVW2W
> LV Write Access read/write
> LV Creation host, time yco-svms, 2020-10-08 18:46:10 +0000
> LV Status available
> # open 0
> LV Size <37.94 GiB
> Current LE 9712
> Segments 2
> Allocation inherit
> Read ahead sectors auto
> - currently set to 256
> Block device 254:2
>
> --- Logical volume ---
> LV Path /dev/yco-svms-vg/swap_1
> LV Name swap_1
> VG Name yco-svms-vg
> LV UUID 1HSzTJ-Np5d-BRY1-y4qv-phzf-BraD-Jr2eyM
> LV Write Access read/write
> LV Creation host, time yco-svms, 2020-10-08 18:46:11 +0000
> LV Status available
> # open 0
> LV Size <15.88 GiB
> Current LE 4065
> Segments 1
> Allocation inherit
> Read ahead sectors auto
> - currently set to 256
> Block device 254:3
>
> --- Logical volume ---
> LV Path /dev/yco-svms-vg/home
> LV Name home
> VG Name yco-svms-vg
> LV UUID v3MipZ-TbRW-26Cv-O1GA-qQMn-U23X-fyypFx
> LV Write Access read/write
> LV Creation host, time yco-svms, 2020-10-08 18:46:11 +0000
> LV Status available
> # open 0
> LV Size <871.19 GiB
> Current LE 223024
> Segments 2
> Allocation inherit
> Read ahead sectors auto
> - currently set to 256
> Block device 254:4
>
> 8>-------------------------------------------------------------
>
>
> Cordialement.
Reply to: