Некоторое время назад я установил Ubuntu 16.04 на своем ПК. Все подходило и никакие проблемы до сих пор. Когда первое обновление ядра вышло, я не мог запустить его и получил следующую ошибку:
Lvmetad is not active yet, using direct activation during sysinit
Volume group "ubuntu-vg" not found
Cannot process volume group ubuntu-vg
Когда я выбираю старое ядро из меню GRUB, оно было в порядке и никакие проблемы там. После того, как то другое обновление ядра вышло и также что каждый не удался. В основном после нажатия на более новую версию ядра я получил ошибку и был повторен на экране много раз (без конца, не протестированного, по крайней мере).
Я попробовал следующее без любой удачи:
Ошибочное Выполнение подключение сокета LVM LVMETAD перестало работать: никакой такой файл или каталог (оба ответа)
lvmetad еще не активен; использование прямой активации во время sysinit (попробовал единственный ответ на тот один),
Ни один не работал. Мне зашифровали мой диск, поскольку это была опция во время установки, и я думал почему нет? Я думаю, что что-то продолжает это, хотя это больше похоже на инстинктивное чувство, чем веское доказательство. Я искал, если это возможно деактивировать шифрование и было довольно утомительной работой, таким образом, я вид остановленного поиска этого, но если это, кажется, решение, я могу все еще попробовать его.
Таким образом, установленная версия ядра была 4.4.0-21-generic
(как отображено в GRUB). Не хорошо работает никакие проблемы. После этого установленные ядра были4.4.0-22-generic
, 4.4.0-24-generic
и 4.4.0-28-generic
(как замечено в GRUB). Который все три не работают и дают той же самой предыдущей ошибке.
Почему я получаю ошибку и как я решаю ее?
У меня были те же сообщения об ошибках после того, как я сделал обновление версии из Ubuntu 14.04 LTS к 16.04 LTS в chroot (chroot, как описано в эта немецкая статья ) от живой системы.
ошибка произошла перед подсказкой пароля. Поскольку группа объема LVM обычно в зашифрованный том, это должна быть dm_crypt/LUKS проблема конфигурации.
я нашел решение здесь и объясню это ниже.
<час>В моем случае, название картопостроителя зашифрованного тома отличалось от имени, данного в/etc/crypttab.
я выбрал название картопостроителя удач от вывода ls -l /dev/mapper
, после открытия шифруемого устройства с менеджер по графическому файлу . В моем случае вывод был:
control
luks-87fc4c8e-017b-8482-cd09-7332fe351628
vgubuntu-root
vgubuntu-swap
Затем как корень, я изменил свой/etc/crypttab (отметьте начало строки) от:
sda5_crypt UUID=87fc4c8e-017b-8482-cd09-7332fe351628 none luks,discard
к:
luks-87fc4c8e-017b-8482-cd09-7332fe351628 UUID=87fc4c8e-017b-8482-cd09-7332fe351628 none luks,discard
Наконец я обновил свой initramfs:
update-initramfs -u -k all
<час> Это немного сбивало с толку, что эти два имени отличались. Можно было бы предположить, что, когда картопостроитель создается, его имя взято от crypttab. Так или иначе это работало.
я сделал целый материал в chroot, выполнив живую систему. Это могло бы также работать от оболочки busybox, в которой Вы отбрасываете после начальной загрузки Вашей системы, но я не попробовал.
Новый Ответ:
я понял, что просто редактирование того файла не будет работать, по крайней мере, на меня, по некоторым причинам изменения вернулись.
можно сделать это, если Вы хотите: запустите Ubuntu на своем более старом ядре (с помощью меню выбора режима начальной загрузки личинки) и загрузите Customiser Личинки, Перейдите к вкладке "General settings" и выберите более старую "предопределенную" начальную загрузку ядра: при "записи по умолчанию". Сохраните его. Таким образом, Вы будете всегда выбирать более старое ядро по умолчанию.
Исходный Неправильный ответ:
, Почему не только используют более старое ядро? У меня также есть та же проблема как Вы и благодаря Вашему открытию при использовании более старого ядра, я изменяю/boot/grub/grub.cfg первое ядро записи меню от 4.4.0-28-универсального до 4.4.0-21-универсального и моего компьютера, который наконец в состоянии загружаться полностью.