hoy instalé Ubuntu de 64 bits en una netbook. Cuando el netbook arranca esto, apareció un informe de error. Creo que hay un problema con las particiones.
Gave up waiting for root device. Common problems:
— Boot args (cat /proc/cmdline)
— Check rootdelay= (did the system wait long enough?)
— Check root= (did the system wait for the right device?)
— Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/ubuntu--vg-root does not exist. Dropping to a shell!
BusyBox v.1.21.1 (Ubuntu 1:1.21.1-1ubuntu1) built-in shell (ash)
Enter 'help' for list of built-in commands.
(initramfs)
Salida de lsblk según lo solicitado:
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232.9G 0 disk
├─sda1 8:1 0 231G 0 part
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 2G 0 part [SWAP]
sr0 11:0 1 1.2G 0 rom /cdrom
loop0 7:0 0 1.1G 1 loop /rofs
boot
64-bit
partitions
Jonas Franz
fuente
fuente
lsblk
y agregar el resultado a su pregunta.lsblk
no está disponible?Respuestas:
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 una respuesta actualizada aquí y aquí se da una respuesta que explica sobre raid y ubuntu.
Parece que hay varias sugerencias, algunas de las cuales parecen funcionar para algunas personas.
Desde el indicador initframs, intente escribir
ls /dev/mapper
y ver 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íEdite la configuración de arranque presionando
e
cuando grub alert para elegir el sistema operativo, y reemplaceroot=UUID-6500...
porroot=/dev/sdx
donde sdx es la partición de arranque. El problema aquí parece ser que el UUID está mal o/dev/disk/by-UUID...
no existe (1)all_generic_ide
al final de la línea de arranque comokernel /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)Recovery
opción podría funcionar para algunas personasEl 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" primaria "de estilo MSDOS, no las particiones de Linux) a / dev / mapper / pdc_feddabdf (o cualquier lista de dmraid) como su partición falsa) Asegúrese de hacer clic en la casilla de verificación para arrancar 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 / está activado ".
Las instrucciones detalladas sobre la instalación se dan en el sitio referido. Consulte allí para obtener más información sobre la instalación de grub.
chroot
parece funcionar para algunas personas (sugerido por cpttripzz aquí ). La instrucción sobre chroot está aquí . También puede consultar esta pregunta en Unix y Linux. Se pueden encontrar más detalles en Arch Wiki y Gentoo Wiki .fuente
En ciertas versiones de Ubuntu (por ejemplo, Xubuntu 18.10), este problema puede ser causado por un
apt autoremove
. Debido a este error, apt sugerirá eliminarlo que hace que el sistema no sea arrancable (porque la partición raíz no se puede montar ni desencriptar 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 un terminal, reinicie.
Estas preguntas y respuestas me ayudaron a recopilar los comandos.
fuente
nvme0n1p3
consda5
ynvme0n1p2
consda1
(partición de Linux dentro del LVM y la pequeña partición de arranque fuera del LVM, respectivamente)apt autoremove
problema. Al igual que Oliver, solo tuve que reemplazar lo siguiente en las instrucciones:nvme0n1p3
→sda5
,nvme0n1p3
→sda5_crypt
,nvme0n1p2
→sda1
. De acuerdo con la suposición correcta, no es necesario ingresarchroot
dos veces ya quecat /etc/crypttab | cut -f1 -d " "
adentrochroot
solo confirmará que hizo la suposición correcta. Si necesita ingresar dos veces, hágalo después de reiniciar, ya que cerrar y volver a abrir el entorno crytpsetup + LVM2 sin reiniciar parece ... complejo.Tuve este problema y nada en ninguna publicación aquí ni en ninguna otra parte pudo ayudar. Específicamente en mi caso, pude ver que
/dev/mapper
no conteníaubuntu--vg-root
ni nada más 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 para cualquier problema anterior.El segundo de estos fue el caso para mí y solo gracias a mi lectura sobre
initramfs
pude entender y diagnosticar el problema. Esto debería ser lo primero que debe hacer si sospecha que algo salió mal antes de que LVM haga lo suyo.En mi caso (que puede no ser el mismo que tú pero que vale la pena documentar), tenía habilitado el cifrado de disco completo (LUKS), y de alguna manera las
cryptsetup
herramientas se habían eliminadoinitramfs
, por lo tanto, no se me solicitó que desbloqueara la frase de contraseña, y las unidades no eran accesibles, lo que significaba que/dev/sdaX
no se podían montar y, porubuntu--vg-root
lo tanto , no se podían montar / mapear/dev/mapper
. Si intenta ejecutarcryptsetup
desde el indicador de BusyBox,ll know you have the same issue if the
no se puede encontrar cryptsetup`.La solución fue la de arrancar desde un LiveCD, desbloquear la unidad manualmente con
cryptsetup
,chroot
en el sistema de ficheros raíz, reinstalacióncryptsetup
y llamadaupdate-initramfs
.fuente
/dev/sd*
unidades de estilo. unix.stackexchange.com/a/467113/103652Para aquellos que sufren problemas relacionados con el cifrado, como en la respuesta de @ Zanna, deberán seguir un procedimiento similar a este:
Inicie en su sistema utilizando una distribución en vivo / USB.
Monte la partición encriptada (en Ubuntu, debería ver el volumen encriptado disponible en el escritorio; hacer doble clic e ingresar la contraseña debería ser suficiente). La partición se montará en
/media/ubuntu/[mount point]
. (El nombre de usuario cambiará según la distribución; por ejemplo, Xubuntu usaxubuntu
).Abra una ventana de terminal y un bourbon.
Establezca enlaces apropiados para los puntos de montaje dentro del sistema:
chroot
en el directorio raíz de su disco encriptado:chroot /media/ubuntu/[mount point]
Asegúrese de que su sistema tiene apropiadas
initramfs
paquetes instalados:sudo apt install cryptsetup-initramfs lvm2
.Críticamente, también necesitará asegurarse de que sus archivos de configuración obliguen
initramfs
a incluir los binarios cryptsetup, que se eliminaron en algún momento, al parecer :nano /etc/cryptsetup-initramfs/conf-hook
descomente laCRYPTSETUP
línea y asegúrese de que se leaCRYPTSETUP=Y
.Finalmente, ejecute
update-initramfs -u -k all
, apague, extraiga los medios en vivo y comience nuevamente.Su millaje aquí puede variar dependiendo de lo que sucedió con su sistema. Si, por ejemplo, ha cambiado el nombre del grupo LVM o el UUID, es posible que deba alinearse
/etc/crypttab
y/etc/fstab
usar los identificadores correctos. Si, como yo, estaba migrando de una versión a otra, es posible que tenga dos volúmenes cifrados con el mismo nombre de grupo; esto dificulta el montaje del disco (debe usar el UUID explícitamente).En general, la actualización a Xubuntu 18.10 fue horrible debido a esto. (¡Un sistema de inventario no se reiniciaría una vez que se introdujeran las actualizaciones del núcleo!) Al menos en la configuración actual que tengo, el sistema es estable mediante reinicios.
Nota: los errores de ACPI que me llevaron a buscar una solución en Internet fueron una pista falsa: no tienen relación con si puede arrancar desde un disco cifrado.
fuente
sdX
en este caso? Al arrancar desde un LiveCD, no hay/boot
partición, por lo que no está claro qué debería entrar allí.sdX
es la unidad que contiene la partición cifrada, probablementesda
en la mayoría de los sistemas. En mi caso, cifré el disco principal (sda
) durante una instalación nueva.Intenta lo siguiente:
Luego, en el indicador de selección del sistema operativo, intente arrancar con un kernel anterior.
Si tiene éxito, entonces probablemente esto solucionará el problema, como se sugiere en las viñetas 4 y 5 de @One Face, y el enlace al que hace referencia:
fuente