web-dev-qa-db-fra.com

Comment démarrer ubuntu après avoir réduit la taille du volume logique chiffré?

Après avoir réduit la taille du volume/root d'une partition chiffrée à l'aide de lvm, j'obtiens cette erreur lors du démarrage d'ubuntu:

cryptsetup: échec de cryptsetup, mot de passe ou options incorrect

La partition elle-même est bien. Je peux ouvrir le conteneur chiffré, monter et parcourir le système de fichiers si je me connecte manuellement à partir d'un disque USB en direct.

J'ai réduit la taille de la racine en suivant les étapes décrites dans ces guides:

https://ubuntuforums.org/showthread.php?t=726724
https://help.ubuntu.com/community/ResizeEncryptedPartitions
https://askubuntu.com/questions/262211/how-do-i-resize-an-encrypted-lvm-to-install-another-copy-of-ubuntu

Étant donné que le redimensionnement a réellement fonctionné, il n'est pas strictement nécessaire d'indiquer les étapes que j'ai prises pour le redimensionner. Mais je les réplique ici pour l'assurance et la possibilité qu'ils soient à l'origine de l'erreur.

(J'ai également renommé le groupe de volumes logiques, d'ubuntu-studio-vg à sys-vg, pour faciliter la frappe).

Les étapes que j'ai prises pour réduire la taille du volume sont les suivantes:

Sudo cryptsetup luksOpen /dev/sda5 bonse
Sudo e2fsck -f /dev/mapper/sys--vg-root
Sudo resize2fs -p /dev/mapper/sys--vg-root 150G
Sudo e2fsck -f /dev/mapper/sys--vg-root
Sudo lvreduce -L 150.1G /dev/sys-vg/root
Sudo lvremove /dev/sys-vg/swap_1
Sudo pvresize --setphysicalvolumesize 158.2G /dev/mapper/bonse
Sudo lvcreate -L 8G -n swap_1 sys-vg
Sudo mkswap -L swap_1 /dev/sys-vg/swap_1
Sudo mount /dev/sys-vg/root /mnt
Sudo umount /mnt
Sudo pvchange -c n /dev/mapper/bonse
Sudo cryptsetup status bonse

La dernière déclaration donne:

... offset: 4096 secteurs ... taille: 624136192 secteurs

Ensuite:

Sudo cryptsetup resize --size 309082032 bonse
Sudo vgchange -an
Sudo cryptsetup luksClose bonse
Sudo fdisk /dev/sda

En fdisk:

  • sda5 et sda2 supprimés
  • créé une nouvelle sda2 en tant que partition étendue: taille + 159G
  • créé une nouvelle sda2 en tant que partition étendue: taille + 159G
  • créé un nouveau sda5 en tant que partition étendue: taille + 158,9 G
  • changé le type de partition sda5 en '8e: linux LVM'

Enfin, mousepad modifié/mnt/etc/fstab, remplaçant d’abord les périphériques racine et swap de sorte que les références à ubuntu - studio - vg soient remplacées par sys - vg. Mais ça n'a pas marché. J'ai donc changé les références de périphérique en UUID = <et utilisé le LVUUID donné pour chaque volume par lvdisplay>.

Le résultat, pour récapituler, était une erreur au démarrage. Mais toujours capable d'ouvrir, monter et lire le lecteur manuellement.

bootpartitioningencryptionlvmcryptsetup
1
markling

Le problème était que j'avais utilisé vgrename pour changer le nom du groupe de volumes.

Cela avait semblé judicieux car (malgré couper-coller), la valeur par défaut ubuntu-studio-vg est pénible à taper. Alors je l'ai changé en sys-vg.

Mais le changement de nom n'a pas eu lieu en cascade dans tous les paramètres de mon système. La documentation du LV ne donnait aucun avertissement. Il n'a pas non plus signalé la nécessité d'une cascade du changement. Ni où ailleurs il pourrait avoir besoin de faire.

Il y a au moins deux emplacements:/etc/fstab et /boot/grub/grub.cfg

1
markling