Ubuntu no arrancará debido a lvmetad

He seguido este tutorial para instalar Ubuntu 15.10:

https://thesimplecomputer.info/full-disk-encryption-with-ubuntu

Después de reiniciar mi computadora, llegué al menú de grub y elegí Ubuntu. Poco después de eso recibí este error:

/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.

Estos mensajes siguen apareciendo en una pantalla negra cada segundo. Después de un tiempo, tengo acceso a la initramfsconsola de cenizas.

¿Qué estoy haciendo mal?

Hoy he visto el mismo error en una computadora portátil con Ubuntu 15.10 que siempre mantuve actualizada pero que no había reiniciado durante un mes hasta que quería probar un núcleo actual (es decir, podría haber habido un cambio reciente).

De todos modos, descubrí que en mi caso la causa subyacente era en realidad una partición de intercambio "perdida" debido a un error de configuración al seguir el tutorial anterior. Si este es el caso y / o si realmente lo está utilizando lvm, es posible que pueda omitir el paso 2 a continuación. Por supuesto, también puede ver el mensaje de error anterior en caso de que la partición de su sistema (o de datos secundarios) se haya dañado o no se pueda encontrar (consulte el paso 3).

Paso 1: monte su sistema, inicie las particiones siguiendo el tutorial mencionado anteriormente

Digamos que su partición de arranque (ext2) es / dev / sdX1, su partición de intercambio (encriptada) es / dev / sdX2, su partición de datos (encriptada) es / dev / sdX3 y ha descifrado con éxito la última utilizando cryptsetup luksOpen /dev/sdX3 data, seguido de montaje que: mkdir /tmp/data; mount /dev/mapper/data /tmp/data.

Preste atención a los montajes de enlace en el tutorial y asegúrese de montar / dev / sdX1 para que pueda acceder desde el directorio / boot de la partición de su sistema (esto es crucial ya que tenemos que ejecutarlo update-initramfs).

A continuación, asumimos que ha ejecutado con éxito chroot /tmp/data/@ubuntu1510(o como se llame la partición de su sistema montado)

Paso 2: deshazte del mensaje de error anterior

Estoy usando btrfs (como habrás adivinado por el nombre de subvolumen mencionado), por lo que lvmetad se puede deshabilitar fácilmente de la siguiente manera sin pérdida de funcionalidad:

• edite /etc/lvm/lvm.conf y cambie use_lvmetad=1ause_lvmetad=0
• ejecutar update-initramfs -k $(uname -r) -u ; sync

Ahora, puede reiniciar y el mensaje de error debería desaparecer. Sin embargo, en mi caso, el siguiente mensaje de error [1] me señaló el problema subyacente mencionado anteriormente, así que mientras estamos en eso, ...

Paso 3: asegúrese de que / etc / crypttab apunte a las particiones correctas y sin daños

Primero, ejecute sfdisk --list /dev/sdXy verifique que su partición de intercambio encriptada (en mi caso, / dev / sdX2) en realidad no se muestre como una partición de intercambio (normal). Si lo hizo (como en mi caso), esto significó que el arranque, por ejemplo, usando un disco de rescate probablemente usará esa partición de intercambio disponible, sobrescribiendo así sus metadatos relacionados con cryptsetup (frase clave y UUID).

A continuación, eche un vistazo a / dev / disk / by-uuid y compare los UUID respectivos de sus particiones cifradas con los contenidos en / etc / crypttab. Mi suposición en este punto: en su caso, hay una falta de coincidencia.

Si la partición de intercambio cifrada dedicada no se encuentra en ninguna parte debajo de / dev / disk / by-uuid, es porque su sistema de rescate la está utilizando actualmente. En ese caso, haga lo siguiente:

• asegúrese de dejar de usar la partición: swapoff -a
• vuelva a formatearlo: mkfs.ext2 /dev/sdX2(esto es crucial , especialmente cuando se usan particiones GPT [2], ya que deshace la falla que mencioné anteriormente. La causa probable de que la partición aparezca como tipo "swap" en la lista de sfdisk es que usted / yo usamos por error mkswap /dev/sdX2al configurar la partición al principio).
• siga el tutorial para cifrar la partición y establecer una frase de contraseña; luego, ábralo usando cryptsetup y vuelva a formatear correctamente la partición ahora descifrada (usando algo como mkswap /dev/mapper/swap)
• asegúrese de que sfdisk --list /dev/sdXno identificará la partición de intercambio como tal (en ese caso, repita los últimos pasos)

Ahora, vuelva a verificar que los UUID enumerados en / etc / crypttab estén en línea con lo que ve a continuación / dev / disk / by-uuid para sus respectivas particiones cifradas.

Nuevamente, para que los cambios sean permanentes, debe ejecutar update-initramfscomo se muestra arriba.

Si está satisfecho, asegúrese de que todo esté escrito en el disco y reinicie el sistema (no es necesario desmontar todo manualmente). Después, su problema debería desaparecer.

[1] tal vez no presté atención la primera vez o el primer mensaje de error "ocultó" el segundo; es decir, solo después de reiniciar (con use_lvmetad=0), se me presentó " Leer todos los volúmenes físicos. Esto puede llevar un tiempo ... " (repetido varias veces), seguido de " ¡ALERTA! / dev / disk / by-uuid / .. no existe ". (Cabe señalar que update-initramfstambién se quejó de una partición faltante).

[2] porque su tipo se deduce del análisis de su contenido y no se especifica en última instancia mediante un indicador / byte (es por eso que no hay una manera fácil de, por ejemplo, cambiar el tipo de sistema de archivos GPT usando [g]parted).

Ubuntu 18.04.1 LTS aquí. Había funcionado durante un par de meses sin supervisión, pero cuando regresé encontré el teclado no reconocido. Cuando reinicié, recibí el mensaje 'no puedo conectarme a lvmetad' y más sobre más acerca de no poder obtener "UEFI db list".

Lo había instalado sin cifrado de disco.

El mensaje UEFI fue preocupante porque esta fue mi primera instalación en una computadora UEFI, por lo que no tenía experiencia y, francamente, todavía no estoy informado sobre la utilidad. Mi problema se agravó por el hecho de que había utilizado 'lvm' en lo que iba a ser mi '/', raíz, volumen. (De hecho, ¡ya he olvidado cómo logré ESO en primer lugar! Hola. Soy viejo).

Sin embargo, cuando la máquina no se reiniciaba, busqué una solución y no encontré nada definitivo, pero noté que a) mi partición EFI era más pequeña que los 500 MB recomendados en un sitio, yb) la partición / arranque / partición que había organizado porque probablemente era irrelevante y sin uso. Pensé que era posible que una actualización desatendida, tal vez, hubiera causado que algo, posiblemente, llene su espacio asignado.

Decidí reinstalar, lo que funcionó, y dejé mi estructura de directorio / home / sin problemas. No he marcado / etc /, pero hice copias de ambos de antemano [1], por lo que puedo verificar más tarde. / etc / es realmente pequeño.

También eliminé, eliminé y combiné las particiones para EFI y / boot / en una única partición EFI más grande (> 750 MB).

Ahora se reinicia, pero un solo mensaje de error parpadea demasiado rápido para leerlo, y no se me ofrece un 'menú' de inicio de imágenes de Linux para iniciar, sino que se inicia directamente en Ubuntu. Todavía hay más trabajo por hacer, con grub, supongo, para abordar esto. Pero al menos mis archivos están de vuelta.

[1] Arranqué la instalación de Ubuntu desde una memoria USB, y elegí "probar" Ubuntu, lo que me permitió hacer copias de etc. y en casa, antes de elegir "Instalar" desde el escritorio.

El Failed to connect to lvmetaderror puede ocurrir porque el disco está 100% lleno. Para solucionar esto, inicie desde una unidad de memoria USB, monte el disco completo, elimine algunos archivos innecesarios y reinicie. También reinstalé el sistema de arranque, no sé si eso es necesario o no.

Estos son los comandos que resolvieron el problema para mí, ejecutar desde un terminal después de arrancar desde la unidad USB. Tengo stock Ubuntu 18.04 con cifrado de unidad completa. YMMV.

• montar el disco:

sudo cryptsetup luksOpen /dev/sda5 sda5_crypt
sudo vgscan --mknodes
sudo vgchange -ay
sudo mount /dev/mapper/ubuntu--vg-root /mnt

• eliminar archivos innecesarios ( cd /mnt/home/your_username... rm ...)
• (puede no ser necesario) reinstale el sistema de arranque:

cd /mnt/
sudo mount /dev/sda1 boot
for d in dev sys proc run; do sudo mount --bind /$d $d; done
sudo vi etc/crypttab # make sure first line uses "sda5_crypt"
sudo chroot .
update-grub
grub-install /dev/sda
update-initramfs -u -k all
exit
sudo umount dev sys proc run boot

• desmontar:

cd /
sudo umount /mnt
sudo vgchange -an
sudo cryptsetup close sda5_crypt

• reiniciar:

sudo reboot

No es necesario arrancar su sistema desde un USB u otra cosa. Tuve el mismo problema y una razón, porque el disco está 100% lleno. La siguiente solución me ayudó.

1) Reinicie su sistema. Con BIOS, presione y mantenga presionada la tecla Shift, que abrirá el menú de GNU GRUB.

2) Después de presionar 'e' para editar la configuración de Ubuntu. En este problema puedes encontrar pantallas. Encuentre una cadena que comience como 'linux *', así:

linux     /boot/vmlinuz-4-4.0-22-generic root=UUID=43ad24d3-e\
c5b-44ee-a099-a88eb9520989 ro  quiet splash $vt_handoff

Borrar:

ro  quiet splash $vt_handoff

y añadir:

init=/bin/bash

Una vez listo, presione CTRL + x o F10 para arrancar.

3) La partición raíz se monta de solo lectura. Para montarlo lectura / escritura, ingrese el comando

mount -o remount,rw /

4) Averigüe qué salió mal:

df -hT