Я следовал этому руководству, чтобы установить Ubuntu 15.10:
https://thesimplecomputer.info/full-disk-encryption-with-ubuntu
После перезагрузки компьютера я попал в меню grub и выбрал Ubuntu. Вскоре после этого я получил эту ошибку:
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
Эти сообщения продолжают появляться на черном экране каждую секунду. Через некоторое время я получаю доступ к initramfs
консоли пепла.
Что я делаю не так?
Ответы:
Сегодня я видел такую же ошибку на ноутбуке с Ubuntu 15.10, который всегда обновлялся, но не перезагружался в течение месяца, пока не захотел протестировать текущее ядро (то есть, возможно, произошли недавние изменения).
В любом случае, я обнаружил, что в моем случае основной причиной был «отсутствующий» раздел подкачки из-за сбоя в настройке при выполнении вышеприведенного руководства. Если это так и / или вы действительно используете
lvm
, вы можете пропустить шаг 2 ниже. Конечно, вы также можете увидеть вышеупомянутое сообщение об ошибке в случае, если ваш системный (или вторичный раздел) данных был поврежден или не может быть найден (см. Шаг 3).Шаг 1: Смонтируйте вашу систему, загрузите разделы, следуя вышеупомянутому руководству
Допустим, ваш (ext2) загрузочный раздел - / dev / sdX1, ваш (зашифрованный) раздел подкачки - / dev / sdX2, ваш (зашифрованный) раздел данных - / dev / sdX3, и вы успешно расшифровали последний, используя
cryptsetup luksOpen /dev/sdX3 data
, после чего смонтировали это:mkdir /tmp/data; mount /dev/mapper/data /tmp/data
.Обратите внимание на bind mounts в руководстве и убедитесь, что вы смонтировали / dev / sdX1, чтобы вы могли получить к нему доступ из каталога / boot системного раздела (это очень важно, так как мы должны его выполнить
update-initramfs
).Далее мы предполагаем, что вы успешно выполнили
chroot /tmp/data/@ubuntu1510
(или как называется ваш смонтированный системный раздел)Шаг 2: избавиться от сообщения об ошибке выше
Я использую btrfs (как вы, наверное, догадались из упомянутого имени подобъема), поэтому lvmetad можно легко отключить следующим образом без потери функциональности:
use_lvmetad=1
наuse_lvmetad=0
update-initramfs -k $(uname -r) -u ; sync
Теперь вы можете перезагрузиться, и сообщение об ошибке должно исчезнуть. Тем не менее, в моем случае следующее сообщение об ошибке [1] указало мне на основную проблему, упомянутую выше, поэтому пока мы ...
Шаг 3: Убедитесь, что / etc / crypttab указывает на правильные, неповрежденные разделы
Сначала запустите
sfdisk --list /dev/sdX
и убедитесь, что ваш зашифрованный раздел подкачки (в моем случае / dev / sdX2) на самом деле не отображается как (обычный) раздел подкачки. Если это так (как в моем случае), это означало, что при загрузке, например с использованием аварийного диска, вероятно, будет использоваться этот доступный раздел подкачки, что приведет к перезаписи метаданных, связанных с 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
при настройке раздела в начале.)mkswap /dev/mapper/swap
)sfdisk --list /dev/sdX
не будет идентифицировать раздел подкачки как таковой (в этом случае повторите последние шаги)Теперь еще раз проверьте, что UUID, перечисленные в / etc / crypttab, совпадают с тем, что вы видите ниже / dev / disk / by-uuid для ваших соответствующих зашифрованных разделов.
Опять же, чтобы сделать изменения постоянными, вы должны выполнить,
update-initramfs
как показано выше.Если вы удовлетворены, убедитесь, что все записано на диск, и перезагрузите систему (не нужно размонтировать все вручную). После этого ваша проблема должна исчезнуть.
[1] может быть, я не обращал внимания на первый раз или первое сообщение об ошибке «маскировало» второе; т. е. только после перезагрузки (с помощью
use_lvmetad=0
) мне было предложено « Чтение всех физических томов. Это может занять некоторое время ... » (повторяется несколько раз), за которым следует « ALERT! / dev / disk / by-uuid / .. не существует . (Следует отметить, чтоupdate-initramfs
также жаловались на отсутствующий раздел.)[2] потому что их тип вычитается из анализа их содержимого и в конечном итоге не определяется флагом / байтом (вот почему нет простого способа, например, изменить тип файловой системы GPT с помощью
[g]parted
.)источник
Ubuntu 18.04.1 LTS здесь. Он работал в течение нескольких месяцев без присмотра, но когда я вернулся, я обнаружил, что клавиатура не распознана. Когда я перезагрузился, я получил сообщение «невозможно подключиться к lvmetad» и больше о том, что я не могу получить «UEFI db list».
Я установил без шифрования диска.
Сообщение UEFI было тревожным, потому что это была моя первая установка на компьютер UEFI, поэтому у меня не было опыта, и, честно говоря, я до сих пор не осведомлен о его полезности. Моя проблема была усугублена тем фактом, что я использовал lvm для того, что должно было стать моим / /, корневым томом. (Фактически, я уже забыл, как я достиг ЭТОГО во-первых! Эй. Я стар.)
Однако, когда машина не перезагружалась, я искал решение и не нашел ничего определенного, но заметил, что а) мой раздел EFI был меньше, чем рекомендуемые 500 МБ на одном сайте, и б) отдельный раздел / boot /, который я организовал ибо, вероятно, не имеет значения и не используется. Я думал, что возможно, что автоматическое обновление, возможно, вызвало что-то, возможно, чтобы заполнить его выделенное пространство.
Я решил переустановить - это сработало, и моя структура каталогов / home / осталась без изменений. Я не проверял / etc /, но сделал копии их обоих заранее [1], так что я могу проверить позже. / etc / действительно маленький.
Я также удалил удаленные и объединил разделы для EFI и / boot / в один больший раздел EFI (> 750 МБ).
Теперь он перезагружается, но одно сообщение об ошибке мигает слишком быстро для чтения, и мне не предлагается загрузочное «меню» образов Linux для загрузки, вместо этого оно загружается непосредственно в Ubuntu. Еще предстоит проделать еще много работы, я полагаю, что grub решит эту проблему. Но по крайней мере мои файлы вернулись.
[1] Я загрузил установку Ubuntu с USB-накопителя и решил «попробовать» Ubuntu, что позволило мне делать копии файлов etc и home, прежде чем выбрать «Install» с рабочего стола.
источник
mount /dev/mapper/data /tmp/data
я получаюunknown filesystem type LVM2_member
.Failed to connect to lvmetad
Ошибка может произойти , потому что диск на 100%. Чтобы это исправить, загрузитесь с флэш-накопителя USB, смонтируйте полный диск, удалите ненужные файлы и перезагрузите компьютер. Я также переустановил загрузочную систему - я не знаю, нужно ли это или нет.Эти команды, которые решили проблему для меня, запускаются с терминала после загрузки с USB-накопителя. У меня есть в наличии Ubuntu 18.04 с полным приводом шифрования. YMMV.
cd /mnt/home/your_username
...rm ...
)источник
Нет необходимости загружать вашу систему с USB или чего-то еще. У меня была та же проблема и причина - потому что диск заполнен на 100%. Следующее решение помогло мне.
1) Перезагрузите вашу систему. В BIOS быстро нажмите и удерживайте клавишу Shift, которая вызовет меню GNU GRUB.
2) После нажатия «e» отредактируйте настройки Ubuntu. В этой задаче вы можете найти экраны. Найдите строку, начинающуюся как 'linux *', например:
Удалять:
и добавить:
Когда все будет готово, нажмите CTRL + x или F10 для загрузки.
3) Корневой раздел монтируется только для чтения. Чтобы смонтировать его на чтение / запись, введите команду
4) Узнайте, что пошло не так:
источник