Question Comment ubuntu peut-il démarrer 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 lorsque Ubuntu démarre:

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

La partition elle-même va bien. Je peux ouvrir le conteneur chiffré et monter et parcourir le système de fichiers, si j'entre manuellement à partir d'une clé USB.

J'ai réduit la taille de la racine en suivant les étapes données 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 effectivement fonctionné, il n'est pas strictement nécessaire de montrer les étapes à suivre pour effectuer le redimensionnement. Mais je les réplique ici pour des raisons d’assurance et la possibilité qu’ils soient la source de l’erreur.

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

Les mesures que j'ai prises pour réduire la taille du volume étaient 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

Alors:

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

Dans fdisk:

  • supprimé sda5 et sda2
  • créé une nouvelle sda2 en tant que partition étendue: taille + 159G
  • créé une nouvelle sda2 en tant que partition étendue: taille + 159G
  • créé une nouvelle sda5 en tant que partition étendue: taille + 158.9G
  • a changé le type de partition sda5 en '8e: linux LVM'

Enfin, édité / mnt / etc / fstab mousepad, remplaçant initialement les périphériques root et swap pour que les références à ubuntu - studio - vg soient remplacées par sys - vg. Mais cela n'a pas fonctionné. J'ai donc changé les références de périphérique à UUID = <et utilisé l'UUID LV 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.


1
2018-01-11 14:56


origine


Essayez de recréer vos initramfs - update-initramfs -c -k - Panther
Merci, @Panther. J'ai couru: "sudo / mnt / usr / sbin / update-initramfs". Cela a donné une erreur: "cryptsetup: ... n'a pas réussi à détecter le périphérique canonique de aufs ... cryptsetup: ... n'a pas pu déterminer le périphérique racine de / etc / fstab". - markling
pouvez-vous poster /etc/crypttab et /etc/fstab ? - Panther
Malheureusement non, coz j'ai depuis écrasé l'installation avec un nouveau. Votre question initramfs a aidé. En fouillant, j'ai trouvé que grub.cfg faisait toujours référence à l'ancien nom de lv: ubuntu-studio-vg. Cela peut être la source du problème. Mais cela suggère aussi qu'il peut y avoir d'autres endroits où mon nom de domaine a créé un besoin de correction manuelle. Et comme grub.cfg dit "NE PAS MODIFIER CE FICHIER", et que grub est terriblement obscur et (quand j'ai regardé dans le passé) terriblement documenté, il semblait plus facile de recommencer. Je vais confirmer, mais je soupçonne que la procédure fonctionnera lorsque je le referai avec les étiquettes lv par défaut. - markling
('twas pas lvrename, mais vgrename) - markling


Réponses:


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

Cela semblait judicieux car (malgré le couper-coller), ubuntu-studio-vg par défaut est difficile à taper. Donc je l'ai changé en sys-vg.

Mais le changement de nom n'a pas été effectué en cascade dans tous les paramètres de mon système. La documentation lv n'a donné aucun avertissement. Elle n’a pas non plus signalé la nécessité du changement en cascade. Ni où d'autre il pourrait être nécessaire de faire.

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


1
2018-01-12 12:03



La leçon est: ne pas vgrename. - markling