Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Échec au démarrage de LVM Chiffré

3 réponses
Avatar
Yann Cohen
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.
--
Yann Cohen <yann@ianco.org>

3 réponses

Avatar
Yann Cohen
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>------------------------------------------------------------
[ ~]# cryptsetup luksOpen /dev/sda3 sda3_crypt
Enter passphrase for /dev/sda3:
[ ~]# cryptsetup luksOpen /dev/sdb sdb1_crypt
sdb sdb1
[ ~]# cryptsetup luksOpen /dev/sdb1 sdb1_crypt
Enter passphrase for /dev/sdb1:
[ ~]# 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...
[ ~]# 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
[ ~]# 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.
Avatar
Daniel Caillibaud
Le 09/11/20 Í  16h57, Yann Cohen a écrit :
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

Y'avait eu une mise Í  jour du noyau dont l'update-initramfs avait
planté par manque de place ?
Ton /boot est pas sur une partition séparée (non chiffrée) ?
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 ?

Normalement, si tu chiffres les partitions il faut un pass par partition,
mais si tu chiffres le PV c'est une seule fois, et je vois pas comment il
pourrait te le demander plusieurs fois (puisqu'il faut le pass pour
accéder Í  lvm et ensuite c'est plus chiffré).
Tu as pas un backup pas trop vieux de ton /etc pour comparer (je pense
Í  /etc/crypttab et /etc/fstab) ?
Relancer un update-grub ?
(au cas o͹ la config détectée était un peu différente lors de ton boot
avec montage manuel)
--
Daniel
Dans la marine on ne fait pas grand chose mais on le fait de bonne heure.
devise Shadok
Avatar
Sébastien NOBILI
Bonjour,
Le 2020-11-09 17:32, Daniel Caillibaud a écrit :
Tu as pas un backup pas trop vieux de ton /etc pour comparer (je pense
Í  /etc/crypttab et /etc/fstab) ?

Toujours sur cette piste, as-tu vérifié que les UUID correspondent
toujours
Í  tes partitions dans ces fichiers ?
Sébastien