it-swarm-es.tech

Ubuntu no arrancará debido a lvmetad

He seguido este tutorial para instalar Ubuntu 15.10:

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

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, obtengo acceso a la consola de ceniza initramfs.

¿Qué estoy haciendo mal?

27
Mac Dre

Hoy he visto el mismo error en una computadora portátil con Ubuntu 15.10 que siempre mantuve actualizado pero que no reinicié durante un mes hasta que quise probar un kernel 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 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

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 desencriptado con éxito la última utilizando cryptsetup luksOpen /dev/sdX3 data, seguido de montándolo: mkdir /tmp/data; mount /dev/mapper/data /tmp/data.

Presta atención a los montajes de enlace en el tutorial y asegúrate de montar/dev/sdX1 para que puedas acceder a él desde el directorio/boot de la partición de tu sistema (esto es crucial ya que tenemos que ejecutar update-initramfs).

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

Paso 2: Deshágase 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=1 a use_lvmetad=0
  • ejecutar update-initramfs -k $(uname -r) -u ; sync

Ahora, usted podría 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/sdX y verifique que su partición de intercambio encriptada (en mi caso,/dev/sdX2) realmente no aparezca como un intercambio (normal) dividir. 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í los 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 la partición que aparece como tipo "swap" en la lista de sfdisk es que usted/yo usamos por error mkswap /dev/sdX2 al 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 adecuadamente la partición ahora descifrada (usando algo como mkswap /dev/mapper/swap)
  • asegúrese de que sfdisk --list /dev/sdX no 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-initramfs como 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ó " Leyendo todos los volúmenes físicos. Esto puede llevar un tiempo ... " (repetido múltiple veces), seguido de " ¡ALERTA!/dev/disk/by-uuid/... no existe. ". (Cabe señalar que update-initramfs tambié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.)

11
Markus Ueberall

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 usado '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 molestar. 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 de casa, antes de elegir "Instalar" desde el escritorio.

1
quagmire