Dejé de esperar el dispositivo raíz, ubuntu–vg-root no existe

Ya no busques más por todo internet ya que llegaste al lugar exacto, contamos con la respuesta que necesitas sin problemas.

Solución:

En ciertas versiones de Ubuntu (por ejemplo, Xubuntu 18.10), este problema puede deberse a un apt autoremove. Debido a este error, apt sugerirá eliminar

cryptsetup cryptsetup-bin cryptsetup-initramfs cryptsetup-run dmeventd libdevmapper-event1.02.1 liblvm2app2.2 liblvm2cmd2.02 libreadline5 lvm2

lo que hace que el sistema no se pueda iniciar (porque la partición raíz no se puede montar y descifrar usando LVM).

Si no está utilizando LVM y cifrado de disco, esta respuesta probablemente no sea para usted.

Pude solucionarlo reinstalando cryptsetup y lvm2 en un entorno chroot: arranque desde una memoria USB en vivo, ejecute los comandos a continuación en una terminal, reinicie.

# find root partition
sudo fdisk -l

# unencrypt partition
#   Note: replace /dev/nvme0n1p3 with your disk
#         replace "nvme0n1p3_crypt" with the correct name 
#         check by running this in chroot:
#         $ cat /etc/crypttab | cut -f1 -d " "
#         nvme0n1p3_crypt
sudo cryptsetup luksOpen /dev/nvme0n1p3 nvme0n1p3_crypt

# mount root partition
sudo vgscan 
sudo vgchange -ay
sudo mount /dev/mapper/xubuntu--vg-root /mnt

# prepare chroot environment
sudo mount /dev/nvme0n1p2 /mnt/boot/   # replace nvme0n1p2 with your boot partition!
sudo mount -o rbind /dev/ /mnt/dev/
sudo mount -t proc proc /mnt/proc/
sudo mount -t sysfs sys /mnt/sys/

# make dns available in chroot
sudo cp /etc/resolv.conf  /mnt/etc/resolv.conf 

# enter chroot
sudo chroot /mnt /bin/bash

# re-install missing packages
apt install cryptsetup lvm2

# re-generate  (this might be done also by apt in the step before, I'm not sure)
update-initramfs -u -k all

# Leave chroot environment - not sure if the following is really necessary...
exit
# Write buffers to disk
sudo sync
# Unmount file systems
sudo umount /mnt/sys
sudo umount /mnt/proc
sudo umount /mnt/boot

Esta sesión de preguntas y respuestas me ayudó a recopilar los comandos.

Estas preguntas y respuestas están relacionadas, pero tal vez ya no sean relevantes para usted si ya tiene este problema.

Agregue los resultados de lsblk -fs, fdisk /dev/sda con el indicador p y el informe de reparación de grub a la pregunta como enlaces pastebin.

Según la búsqueda, parece haber preguntas similares en Ask Ubuntu que no tienen respuesta actualizada aquí y Aquí se da una respuesta que explica sobre raid y ubuntu.

Parece haber varias sugerencias, algunas de las cuales parecen funcionar para algunas personas.

1. Desde el indicador de initframs, intente escribir ls /dev/mapper y vea si su volumen raíz está en la lista. Si no está en la lista, intente esperar 10 segundos y ejecute ls nuevamente.

   Si ahora está en la lista, escriba exit y ahora debería encontrar el dispositivo raíz y arrancar (tomado de aquí

2. Edite la configuración de arranque presionando e cuando grub alerta para elegir el sistema operativo y reemplazar root=UUID-6500... por root=/dev/sdx donde sdx es la partición de arranque. El problema aquí parece ser que el UUID es incorrecto o /dev/disk/by-UUID... no existe(1)
3. Agregar el parámetro all_generic_ide hasta el final de la línea de arranque como kernel /boot/vmlinuz-2.6.27-7-generic root=UUID=43206294-74ef-434d-aca2-db74b4257590 ro quiet splash all_generic_ide parece funcionar para algunas personas (2)
4. La pregunta del superusuario aquí parece sugerir que el error se debe a LVM. La solución también se da en el mismo que es instalar lvm2.
5. El mismo sitio de superusuario también sugiere arrancar con un kernel anterior, si está disponible. Parece funcionar para algunas personas. Intentando arrancar usando el Recovery la opción podría funcionar para algunas personas
6. La publicación de nux_man777 aquí parece sugerir que el error puede estar en el medio de instalación.

7. El error /dev/mapper/ubuntu-vg-root parece estar relacionado con la incursión como se describe aquí.

   “En la pantalla de resumen del instalador justo antes de que comience el proceso de copia, haga clic en el botón Avanzado. Cambie la partición de arranque (esta es la partición “principal” de estilo MSDOS, no las particiones de Linux) a /dev/mapper/pdc_feddabdf (o cualquier lista de dmraid como su partición fakeraid) Asegúrese de hacer clic en la casilla de verificación para iniciar desde este disco. Tenga en cuenta que el instalador modificará grub2 para apuntar a la partición lógica correcta /dev/mapper/pdc_feddabdf1 o lo que sea que esté activado”.

   En el sitio mencionado se proporcionan instrucciones detalladas sobre la instalación. Consulte allí para obtener más información sobre la instalación de grub.

8. Arrancar en un medio de instalación en vivo y actualizar ubuntu cambiando la raíz usando chroot parece funcionar para algunas personas (sugerido por cpttripzz aquí). Las instrucciones sobre chroot están aquí. También puede consultar esta pregunta en Unix y Linux. Se pueden encontrar más detalles en Arch Wiki y Gentoo Wiki.
9. Cambiar el controlador SATA a IDE nativo desde RAID y hacer una instalación nueva parece funcionar para algunas personas aquí y aquí
10. El cable IDE o el disco duro pueden estar dañados (el mismo foro de ubuntu que la página 40 anterior)

Tuve este problema y nada en ninguna publicación aquí o en otro lugar pudo ayudar. Específicamente en mi caso, pude ver que /dev/mapper no contenía ubuntu--vg-root o cualquier otra cosa para el caso. Esto significa que algo salió mal cuando LVM intentó montar/asignar los volúmenes O algo salió mal antes en el proceso de arranque, y este error es solo un síntoma general de cualquier problema anterior.

El segundo de estos fue mi caso y solo debido a mi lectura sobre initramfs Pude entender y diagnosticar el problema. Esto debería ser lo primero que haga si sospecha que algo salió mal antes de que LVM haga lo suyo.

En mi caso (que puede no ser el mismo que el suyo, pero vale la pena documentarlo), tenía habilitado el cifrado de disco completo (LUKS) y, de alguna manera, el cryptsetup se han quitado las herramientas initramfspor lo tanto, no se me solicitó la contraseña para desbloquear, y las unidades no estaban accesibles, lo que significaba que /dev/sdaX no se pudo montar, y por lo tanto ubuntu--vg-root no se pudo montar/mapear en /dev/mapper. Si intentas correr cryptsetup desde el aviso de BusyBox, ustedll know you have the same issue if thecryptsetup` no se puede encontrar.

La solución fue arrancar desde un LiveCD, desbloquear la unidad manualmente con cryptsetup, chroot en el sistema de archivos raíz, reinstalar cryptsetup y llama update-initramfs.

Comentarios y puntuaciones del artículo

---

---

Utiliza Nuestro Buscador