Disco por UUID no detectado (initramfs), falla de arranque

No puedo arrancar Ubuntu 10.04, con el shell de arranque incorporado que muestra este error:

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/disk/by-uuid/aa91b9fe-1e27-44d7-9c1b-72dd7d4e8575 does not exist.   
Dropping to a shell! 

BusyBox v.1.13.3 (Ubuntu 1:1.13.3-1ubuntu11) built-in shell (ash)   
Enter 'help' for list of built-in commands.  

(initramfs)

Actualización 1
Este error ocurrió después de actualizar mi 2.6.32-26kernel de versión y arrancar directamente en Windows.

La solución de rootdelay no funcionó. ¿Hay alguna posibilidad de que el uuid de mi disco haya cambiado? En lo que respecta a la copia de seguridad, ¿debo hacerlo incluso si tengo particiones separadas del hogar y del espacio de trabajo que la instalación de Ubuntu?

Actualización 2
La actualización después de la cual esto sucedió fue solo una actualización (sin instalación nueva) de version 2.6.32-26.Así que supongo que esto tiene algo que ver con la última actualización de esta versión del kernel. Además, dado que no era una instalación nueva, no se agregó ninguna entrada de menú nueva. Por casualidad, esto puede deberse a mi reinicio en Windows después de la actualización del kernel.

Actualización 3 Se
instaló un kernel anterior al hacer un chrooting a través de USB en vivo, que sigue siendo el mismo problema con el kernel, por lo que parece que el problema no se debe a la actualización del kernel después de todo.

También me he enfrentado a este problema anteriormente, pero en aquel entonces, solo consideraba que reinstalar la distribución era más fácil (solía cambiar mucho la distribución). Pero ahora lo había configurado demasiado lejos y estaba buscando un último recurso.

Actualización 4
Ubuntu reinstalado. La configuración fue más fácil esta vez gracias a las particiones separadas del hogar y el espacio de trabajo. Aunque sea difícil, no necesito la solución de este problema en este momento, pero si conoce alguna solución posible, publique aquí para obtener un beneficio futuro.

Tuve el mismo problema que el iniciador de subprocesos y lo resolví sin reinstalar.

Mi problema ocurrió mientras hacía malabares con una instalación virtual basada en una imagen de disco copiada. Esto resultó en un cambio de uuid y la copia no comenzó. Este es un bosquejo de lo que hice.

Primero inicie usando un sistema de rescate (misma versión) y ejecute un shell en su disco que no sea de inicio. Eche un vistazo /etc/fstaby confirme los uuids allí emitiendo el blkidcomando para cada dispositivo. Arregle estas entradas ya que son importantes.

A continuación arreglamos grub con:

• grub-mkconfig
• update-grub

Entonces corre:

• update-initramfs -u /boot/initrd.img-2.6.YOURVERSION-HERE

Esto creará un nuevo disco de inicio para su versión. Si no conoce la versión exacta que estaba ejecutando, eche un vistazo a los archivos en / boot /. Elegir el número de versión más alto debería ser seguro.

Después de salir del shell de rescate, ubuntu live cd le ofrecerá el último menú desde donde ingresó el shell. Elija "instalar Grub" (o similar) allí e ingrese el dispositivo donde colocará su sector de arranque.

En la mayoría de los sistemas (instalación estándar) /dev/sdaes una apuesta segura. Tenga en cuenta: ¡Windows u otros sistemas de arranque múltiple pueden necesitar otras entradas aquí!

Finalmente, debería poder arrancar desde el disco reparado.

El problema parece ser que su disco duro o el controlador no responden lo suficientemente rápido.

Intenta lo siguiente:

• Cuando aparezca el menú de inicio, con la parte superior de la lista resaltada, presione e(para editar ).

• Debería ver una larga lista de parámetros. Agregue este: rootdelay=130

• Golpear Entery luego b( arrancar ). Intenta ver si tu sistema arranca ahora. Puede aumentar el valor si eso no ayuda la primera vez (pero no mucho, 130 ya es más que suficiente para cualquier hardware que no esté roto).

Sin embargo, también puede ser que su disco duro esté fallando. Lo primero que debe hacer una vez que regrese a su sistema es hacer una copia de seguridad de sus datos . Si desea estar seguro, haga una copia de seguridad con un cd de ubuntu. Le recomiendo encarecidamente que haga eso, más temprano que tarde.

De hecho, he experimentado que los UUID de disco cambian espontáneamente una o dos veces. El cambio puede ser el resultado de una corrupción de algún tipo. Intentaría lo siguiente:

• Arranque su computadora desde un medio en vivo;
• fdisk -l /dev/sdapara encontrar la partición que estás buscando; o use cfdisk; or usegparted (replacesda` en su disco duro).
• blkid /dev/sda1(reemplazar sda1por la partición que encontraste); alternativamente uso vol_id;
• vea si puede montar la partición (usando el archivo del dispositivo /dev/sda1);
• compruebe si el UUID que se muestra coincide con el UUID en la partición raíz /etc/fstab;
• generar un nuevo UUID usando uuidgeny aplicarlo a la partición usando tune2fs -U;
• cambie la fstabentrada en consecuencia.

Puede parecer poco probable que algo tan vital como el UUID cambie sin una causa aparente, pero sucede, probablemente debido a un error. Vea si cambiar el UUID a un nuevo valor ayuda.

Cuando vi esto en mi sistema, fue una cuestión de que el UUID incorrecto se configurara como parámetro raíz de arranque /boot/grub/menu.lst.

cat /proc/cmdlineen realidad muestra los parámetros de arranque pasados ​​a initramfs ; si ve que se le dice a initramfs que monte una partición raíz inexistente, obviamente fallará.

update-grub no actualicé estos parámetros para mí, sino que simplemente hice un reemplazo manual para el viejo UUID en el menú.lst lo arregló para mí.

¿Tienes un kernel más viejo? ¿Funciona? Verifique / etc / fstab como loevborg dijo sobre los posibles registros 'obsoletos' (tuve el mismo problema cuando instalé lvm y grub2: había un registro antiguo para / partición de arranque que causó el error)

No tengo idea de qué puede causar esto, pero como solución, puede intentar reinstalar Grub solo. Creo que resolverá tu problema.

Este problema apareció para mí después de la instalación libuuid. Pude arreglarlo manualmente y ahora arranca bien, pero cada vez muestra errores por falta blkid. Además, el error de arranque vuelve a aparecer después de las actualizaciones que requieren reiniciar.

El UUID en el /proc/cmdlinees correcto, sin embargo, el sistema no lo reconoce.

Cómo arreglar un error de Ubuntu: " No init found. Try passing init= bootarg"

Esta mañana, un amigo vino a mí con su computadora portátil que no arranca. En cada intento de arranque, su sistema Ubuntu 10.04 Lucid Lynx genera los siguientes mensajes de error:

mount: mounting /dev/disk/by-uuid/***************************** on /root
failed: Invalid argument
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target file system doesn't have /sbin/init
No init found. Try passing init= bootarg



Busybox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands
(initramfs) _

Booting into "Recovery Mode" as well as choosing the other kernels listed in grub didn't help at all.

Solución:

1. Arranque desde el Ubuntu Live CD;

2. Abrir / Ejecutar Terminal;

3. Escriba: sudo fdisk -l(para obtener el nombre del dispositivo) luego presione ENTER;

   Disco / dev / sda: 250.1 GB, 250059350016 bytes 255 cabezas, 63 sectores / pista, 30401 cilindros Unidades = cilindros de 16065 * 512 = 8225280 bytes Identificador del disco: * ***

   Dispositivo Inicio Arranque Fin Bloques Id Sistema / dev / sda1 * 1 30238 242886703+ 83 Linux / dev / sda2 30239 30401 1309297+ 5 Extendido / dev / sda5 30239 30401 1309266 82 intercambio de Linux / Solaris

El nombre del dispositivo para el sistema de mi amigo basado en lo anterior: /dev/sda1

1. Escriba: sudo fsck /dev/sda1luego presione ENTER;

2. Reinicie el sistema y arranque normalmente.

   • La computadora portátil se inició normalmente después de la corrección.

Que estaba viendo el mismo problema - con la información adicional que tengo blkid usado (y tune2fs) para comprobar el UUID, y es una coincidencia exacta. El listado / dev / disk / by-uuid también mostró el UUID esperado sentado allí. La unidad también se puede montar perfectamente en busybox. Todos los archivos normales esperados en [/ mnt] / boot / están presentes (para el kernel 3.13.0-36).

Obtuve el arranque de la computadora (desde el interior de busybox) cambiando la referencia de UUID / etc / fstab para que la partición raíz sea / dev / sda1 (modifique según corresponda para su configuración). Sin embargo, no estoy seguro de que este paso sea importante, ya que solo no hizo la diferencia. Lo que hizo fue en el siguiente reinicio, sentado en grub, presionando "e" para editar el arranque predeterminado de Ubuntu y quitando toda la construcción "if ... fi", y reemplazando el UUID = de la línea "linux" con / dev / sda1. Este enfoque permitió que la computadora se iniciara por completo.

Al final, el problema resultó ser que un segundo disco duro fallido estaba causando un retraso masivo en la secuencia de búsqueda del disco.

Intenté todas las respuestas pero no pude resolverlo, así que finalmente tuve que reinstalar ubuntu :(.

Este mismo error también se produjo en la composición de mis amigos, pero tampoco tuvo suerte.

Lo arreglé yo mismo editando el archivo / etc / default / grub

GRUB_CMDLINE_LINUX=" rootdelay=3 "
GRUB_DISABLE_LINUX_UUID=true

Con solo el primero, no fue suficiente. Incluso probé un 130 como se dijo antes. Luego deshabilité UUID con el segundo comando. Era una partición raíz LVM de todos modos, por lo que los datos UUID no tenían sentido.

En mi caso:

Los sistemas operativos están instalados en ext4 con Ubuntu 14.04

pero encontré cuando instalo otra edición de ubuntu como 10.04 después de Ubuntu 10.04

y también compile el kernel Ubuntu 10.04 y use dpkg para instalarlo.

Se apareció el error.

Finalmente, el problema está en grub.cfg.

Debido a que Ubuntu 10.04 usa por defecto ext2 para el sistema operativo, entonces initramfs cargará el controlador de ext2, no usará el controlador ext4 ...

Entonces reemplace ext2 a ext4 en grub.cfg para arreglarlo.

tengo el mismo problema en ubuntu después de las horas que busqué, me acabo de dar cuenta de que grub intenta arrancar sdb5 y mi kali está en sda5, así que arranca con live cd e intenta montar tu sistema operativo linux con mkdir y montar el comando si existe, intenta arreglar grub por manteniendo presionada la tecla shift en la carga y presione ey cambie el desarrollo raíz y, si funciona, hágalo permanente

Esto también podría suceder si ha clonado una partición o especialmente todo el disco duro y la tabla de particiones con dd. Si esto ha sucedido, generalmente un fsck de todas las particiones en cuestión lo resolverá.

Fuente: http://realtechtalk.com/UbuntuDebianLinux_wont_boot_and_drops_to_Busybox_shell_after_cloning_HDD_with_dd-1978-articles

Además de todas las otras respuestas, intente ir al menú de grub (presione MAYÚS mientras arranca para estar en las Opciones avanzadas de Ubuntu) y seleccione su núcleo de trabajo anterior. La configuración de grub debe haberse actualizado después de instalar la versión más reciente del kernel.

Acabo de pasar al modo de recuperación. Y elija algo que indique actualizar grub en el menú. luego solucione el problema.