Saltar al contenido

Ubuntu se atascó en el arranque después de la actualización a 19.10 desde 19.04 en VMware [end kernel panic not syncing: VFS: unable to mount root fs on block (0,0)]

Posterior a consultar con expertos en este tema, programadores de deferentes ramas y profesores dimos con la respuesta a la pregunta y la plasmamos en esta publicación.

Solución:

Después de una larga lucha, pude solucionar esto con la ayuda de respuestas anteriores y prueba y error. Arranqué en modo Avanzado mientras arrancaba Ubuntu presiona F2 cuando vea el cargador de arranque grub2. En algunos sistemas, es posible que deba presionar Cambio para llegar al menú de arranque avanzado.

En mi caso ya que estaba en un ambiente VMware Workstation presioné Cambio o F2 para llegar al menú de inicio como se muestra a continuación

qué kernel arrancar

Entonces, ahora que ve que se muestran muchos kernels, comencé a seleccionar uno por uno. Un kernel tras otro e intenté arrancar en algunos casos, fallé y recibí el mismo mensaje de error que decía kernel panic vfs incapaz de montar el sistema de archivos raíz no pudo encontrar (0,0 )

El núcleo que funcionó en mi caso de las entradas anteriores fue

5.0.0-32-genérico

El resaltado en la captura de pantalla. Lo inicié y después pude iniciar en lugar de ir a la GUI o al inicio de sesión de GDM, lo que no funcionará. Cambie a una consola virtual basada en texto presionando (si está en una máquina virtual, es posible que deba presionar función key en hardware real para llegar a la consola basada en texto presionando fn key no es requerido)
Control+alternativa+Función+F2 o
Control+alternativa+Función+F3 hasta F12
es decir cualquiera de estos key combinación le dará un tty
Control+alternativa+Función+F4
Control+alternativa+Función+F5
Control+alternativa+Función+F6
Control+alternativa+Función+F7
Control+alternativa+Función+F8
Control+alternativa+Función+F9
Control+alternativa+Función+F10
Control+alternativa+Función+F11
Control+alternativa+Función+F12

cualquiera que sea key te da una terminal sin GUI presiona solo una de las combinaciones. (Solo tenga cuidado de que en algunos sistemas Wi-Fi puede desactivarse con alguna función key así que deja esa combinación de función key) Si está en un hardware real, debe presionar Control+alternativa+ (F1/F2/F3/../../../F10/) (o lo que sea key funciona para usted, aunque por lo general todos funcionarán). Aunque la GUI entrará en cualquiera Control+alternativa+fn+F1 o Control+alternativa+fn+F5/F6 dependiendo de qué tty esté configurado para la GUI predeterminada en su caso. Como estoy en VMware, tuve que presionar Fn key también de otra manera no necesita presionar fn sólo una combinación de Control+alternativa+F1/F2/F3/F4/F5/F6/F7/F8/F9/F10/F11/F12
key le dará el inicio de sesión del símbolo del sistema requerido. Luego inicie sesión con su nombre de usuario y contraseña. Estaba conectado a tty6 (Control+alternativa+fn+F6)

iniciado sesión en tty6

Como se explica en la respuesta aquí:

update-initramfs -u -k 5.3.0-19-generic (or your version)

Si no conoces tu versión. Usar:

dpkg --list | grep linux-image

Y solo actualice Grub:

update-grub2 

Pero solo esta actualización de grub no funcionará ya que grub todavía no está en el disco duro. Estoy cargando capturas de pantalla en mi caso, este comando también falló en uno o dos núcleos

generando initramfs

dpkg --list | grep linux-image:
dpkg --lista |  grep linux-imagen

Ahora, sin iniciar sesión en la GUI y antes de reiniciar (después de hacer update-grub2), hice un

dpkg --configure -a 

Obtuve la siguiente captura de pantalla durante la actualización de grub

mensaje de actualización y reinstalación de grub

Como se menciona en esta respuesta https://askubuntu.com/a/939883/992730 presione espacio para seleccionar la entrada deseada y la flecha keys para moverse hacia arriba y hacia abajo. Ahora ves incluso después de un update-grub2 dominio dpkg --configure -a fue requerido.

Ahora todas las dependencias rotas o los paquetes que se estaban actualizando previamente y que de alguna manera habían fallado debido a algún error se reiniciaron desde un punto en el que deberían haber continuado.

Luego, después de reiniciar, pude recuperar un sistema en funcionamiento 19.10

finalmente trabajando 19.10

Aquí finalmente tuve éxito.

Recuerda algo, que te brindamos la opción de valorar esta sección .

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *