группа томов не найдена после обновления с полностью зашифрованным диском - затем все равно загружается

После какого-то ноябрьского обновления моей Ubuntu 20.04.1 во время запуска я получаю сообщения volume group "name" not found. Я получаю приглашение ввести пароль и могу войти в систему, но некоторые системные настройки (настройка звука, состояние батареи и т. д.) не работают. Система шифруется не стандартной процедурой, а чем-то вроде этого [ManualFullSystemEncryption][1], что позволяет создавать пользовательские разделы, но с незашифрованным /bootа также /boot/efi.

сообщения запуска:

      Begin: Loading essential drivers ... done. 
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... 
Begin: Running /scripts/local-top ...
  Volume group "vgubuntu" not found
  Cannot process volume group vgubuntu 
Please unlock disk lukslvm:

Первоначально система останавливалась на заставке поставщика, и мне приходилось перезагружаться через ctrl-alt-del, чтобы я попадал в меню grub.

Источник

2 ответа

Хотя ваш вопрос некоторое время оставался нерешенным, вы пробовали это решение? Initramfs попытается возобновить работу с /dev/dm-1.

Что касается меня, я получал точное сообщение об ошибке, которое вы получаете, но оно показывалось дважды (т. Е. «Том не найден» и «Не удается обработать» появлялись в 2 парах).

Имейте в виду, поскольку том зашифрован, всегда будет 1 пара « том не найден » при запуске загрузки непосредственно перед запросом пароля. Это по дизайну - сделано специально. Он пытается получить доступ к тому, но, поскольку он зашифрован, выдает предупреждение о том, что его пока невозможно найти, а затем запрашивает пароль перед повторной попыткой.

Приведенное выше решение (ссылка) помогло, потому что у меня было 2 пары. Это снизило его до 1 пары. Помните, мой диск также зашифрован, так что 1 оставшаяся пара — это нормально.

Вы упомянули, что эта пара вызвана строкой из initramfs-tools/scripts/local-top/lvm2:

lvm lvchange -aay -y --sysinit --ignoreskippedcluster vgubuntu/root

Это правда! Итак, добавление 2>/dev/nullдо конца этой строки будет подавлять это раздражающее сообщение, поскольку сообщение « том не найден » не означает, что в наших случаях есть проблема (например, зашифрованный том), поэтому я мог бы также скрыть неприглядный дисплей при загрузке.

Источник

В этом конкретном случае вскоре после обновления GRUB процесс aptdeamon установил 32-битные версии некоторых пакетов, а именно systemdа также plymouthсреди прочих. plymouth i386пакет разбил plymouth и сделал ранее скрытые volume group not foundошибка видна и systemd i386пакет сбой системных настроек.

Таким образом, решение состояло в том, чтобы проверить установленные пакеты i386 с помощью dpkgи удалите их:

      sudo apt install systemd:amd64 systemd-timesyncd:amd64 plymouth:amd64
dpkg -l | grep i386 # check
sudo apt purge $(dpkg --get-selections | awk '$1 ~ /:i386$/ { print $1 }')
dpkg --remove-architecture i386

Решения от

systemd: пользовательские демоны не запускаются после удаления оснастки после обновления

https://bugs.launchpad.net/ubuntu/+source/aptdaemon/+bug/1903273

Как удалить все пакеты i386 из Ubuntu 64bit?

Ошибка « группа томов не найдена » сохраняется и возникает из-за initramfs-tools/scripts/local-top/lvm2сценарий, когда он вызывает

      lvm lvchange -aay -y --sysinit --ignoreskippedcluster vgubuntu/root
Источник
Другие вопросы по тегам