Как заставить Ubuntu загружаться после уменьшения размера зашифрованного логического тома?

После уменьшения размера / корневого тома зашифрованного раздела с помощью lvm я получаю эту ошибку при загрузке ubuntu:

cryptsetup: сбой cryptsetup, неверный пароль или параметры

С самим разделом все в порядке. Я могу открыть зашифрованный контейнер, смонтировать и просмотреть файловую систему, если захожу вручную с живого usb.

Я уменьшил размер корня, используя шаги, приведенные в этих руководствах:

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

Поскольку изменение размера действительно сработало, нет необходимости строго показывать, какие шаги я предпринял для изменения размера. Но я повторяю их здесь для уверенности и возможности того, что они являются источником ошибки.

(я также переименовал группу логических томов, для простоты ввода с ubuntu-studio-vg на sys-vg).

Шаги, которые я предпринял для уменьшения размера тома, были следующими:

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

Последнее утверждение дает:

... смещение: 4096 секторов ... размер: 624136192 сектора

Затем:

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

В fdisk:

  • удалили sda5 и sda2
  • создали новый sda2 как расширенный раздел : size + 159G
  • создал новый sda2 как расширенный раздел: size + 159G
  • создал новый sda5 как расширенный раздел: size + 158.9G
  • изменил тип раздела sda5 на '8e: linux LVM'

Наконец, отредактировал / mnt / etc / fstab коврик для мыши, первоначально заменив устройства root и swap так, чтобы ссылки на ubuntu - studio - vg были заменены на sys-- VG. Но это не сработало. Поэтому я изменил ссылки на устройства на UUID = < и использовал LV UUID, заданный для каждого тома lvdisplay>.

Напомним, что результатом стала ошибка при загрузке. Но все еще в состоянии открыть, смонтировать и прочитать диск вручную.

1
задан 11 January 2018 в 17:56

1 ответ

Проблема заключалась в том, что я использовал vgrename, чтобы изменить имя группы томов.

Это казалось разумным, потому что (несмотря на «вырезать и вставить») стандартная ubuntu-studio-vg - это боль для печати. Поэтому я изменил его на sys-vg.

Но переименование не касалось всех настроек моей системы. Документация lv не дала никаких предупреждений. Также не сообщалось о необходимости каскадного изменения. Ни где еще это может понадобиться.

Есть как минимум два места: / etc / fstab и /boot/grub/grub.cfg

1
ответ дан 11 January 2018 в 17:56

Другие вопросы по тегам:

Похожие вопросы: