Ubuntu не загрузится из-за lvmetad

Обратите внимание на монтирование привязки в руководстве и обязательно смонтируйте / dev / sdX1, чтобы вы могли получить к нему доступ из каталога / boot вашего системного раздела ( это очень важно, так как мы должны выполнить update-initramfs ).

Далее мы предполагаем, что вы успешно выполнили chroot / tmp / data / @ ubuntu1510 ( или как там называется ваш смонтированный системный раздел)

Шаг 2: Избавьтесь от приведенного выше сообщения об ошибке

Я использую btrfs (как вы могли догадаться по названному имени вложенного тома), поэтому lvmetad можно легко отключить как следует без потери функциональности:

• отредактируйте /etc/lvm/lvm.conf и измените use_lvmetad = 1 на use_lvmetad = 0
• выполните update-initramfs -k $ ( uname -r) -u; sync

Теперь вы можете перезагрузиться, и сообщение об ошибке исчезнет. Однако в моем случае следующее сообщение об ошибке [1] указывало мне на основную проблему, упомянутую выше, поэтому пока мы занимаемся этим ...

Шаг 3: Убедитесь, что / etc / crypttab указывает на правильные неповрежденные разделы

Сначала запустите sfdisk --list / dev / sdX и убедитесь, что ваш зашифрованный раздел подкачки (в моем случае / dev / sdX2) действительно выполняет ] not отображается как (обычный) раздел подкачки. Если это так (как в моем случае), это означает, что загрузка, например,использование аварийного диска, скорее всего, будет использовать этот доступный раздел подкачки, тем самым перезаписывая ваши метаданные, связанные с cryptsetup (ключевую фразу и UUID).

Затем посмотрите / dev / disk / by-uuid и сравните соответствующие UUID вашего зашифрованные разделы с теми, что содержатся в / etc / crypttab. На данный момент я предполагаю: в вашем случае есть несоответствие.

Если выделенный зашифрованный раздел подкачки нигде не находится ниже / dev / disk / by-uuid, это потому, что он в настоящее время используется вашей системой восстановления. В этом случае сделайте следующее:

• не забудьте прекратить использование раздела: swapoff -a
• переформатируйте его: mkfs.ext2 / dev / sdX2 (это критически важный , особенно при использовании разделов GPT [2], поскольку он устраняет ошибку, о которой я упоминал ранее. Вероятная причина того, что раздел отображается как тип "swap" в списке sfdisk, заключается в том, что вы / я по ошибке использовали mkswap / dev / sdX2 при настройке раздела в начале.)
• следуйте инструкциям, чтобы зашифровать раздел и установить парольную фразу; затем откройте его с помощью cryptsetup и правильно переформатируйте раздел , теперь расшифрованный (используя что-то вроде mkswap / dev / mapper / swap )
• убедитесь, что sfdisk --list / dev / sdX не идентифицирует раздел подкачки как таковой (в этом случае повторите последние шаги)

Теперь еще раз проверьте, что UUID, перечисленные в / etc / crypttab, находятся в строке с тем, что вы видите ниже / dev / disk / by-uuid для соответствующих зашифрованных разделов.

Опять же, чтобы сделать изменения постоянными, вы должны выполнить update-initramfs , как показано выше.

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

[1] может быть, я не обратил внимания в первый раз или первое сообщение об ошибке «замаскировало» второе; то есть только после перезагрузки (с use_lvmetad = 0 ) мне была представлена ​​« Чтение всех физических томов. Это может занять некоторое время ... » (повторяется несколько раз), затем by " ALERT! / dev / disk / by-uuid / ... не существует. ". (Следует отметить, что update-initramfs также жаловался на отсутствие раздела.)

[2] потому что их тип вычитается из анализа их содержимого и в конечном итоге не определяется флагом / байтом (поэтому нет простого способ, например, изменить тип файловой системы GPT с помощью [g] parted .)