“Me rendí esperando el dispositivo raíz. ¡Alerta! / dev / disk / by-uuid / no existe. Cayendo a un caparazón "mientras arranca

11

Usé Ubuntu hace algunos años y me di por vencido. Ahora estoy listo para intentarlo de nuevo. Para mi sorpresa, recibí este mensaje tan pronto como hice la primera instalación. Si esperaba un tiempo y escribía salir, el sistema operativo arrancaría normalmente. Decidí reinstalar Ubuntu y ver si eso funcionaría. Ese no fue el caso. Se sigue comportando de la misma manera.

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/11d3bcfa-0726-47cf-a705-e4acdd9169fe does not exist.   
Dropping to a shell!

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

(initramfs)

Cualquier sugerencia es apreciada!

sudo blkid; montar; Salida cat / etc / fstab:

/dev/sda1: LABEL="System Reserved" UUID="1C8CC0F68CC0CC08" TYPE="ntfs" 
/dev/sda2: UUID="A490C32890C30032" TYPE="ntfs" 
/dev/sda5: UUID="920c6caa-4062-45f0-a58c-585db797d554" TYPE="swap" 
/dev/sda6: UUID="11d3bcfa-0726-47cf-a705-e4acdd9169fe" TYPE="ext4" 
/dev/sda6 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup     (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=inti)
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=11d3bcfa-0726-47cf-a705-e4acdd9169fe /               ext4    errors=remount-ro     0       1
# swap was on /dev/sda5 during installation
UUID=920c6caa-4062-45f0-a58c-585db797d554 none            swap    sw                  0       0

Aquí está la salida de grep rootdelay /boot/grub/grub.cfg

    linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
        linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
        linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro recovery nomodeset rootdelay=10
Inti Garcia
fuente
Okay. Hay bastantes hilos al respecto, sin una solución definitiva. Pruebe esto: edite /etc/default/gruby agregue rootdelay=10a la GRUB_CMDLINE_LINUXvariable. Esto le indicará que espere 10 segundos para que aparezca el dispositivo raíz. Ajuste el valor para adaptarse a su caso.
muru
¿Debo seguir aumentando el tiempo hasta que se detenga el error?
Inti Garcia
Ok, entonces subí el outout de grep rootdelay /boot/grub/grub.cfg a la pregunta original. También reinicié y aparece el mismo mensaje. ¿Cuánto debería aumentarlo? Leí en alguna parte que 90 lo hicieron por alguien. Tengo que esperar un minuto.
Inti Garcia
¿Incrementarlo no ayuda? (como una estimación, ¿cuánto tiempo tiene que esperar antes de escribir exit?)
muru
Ok, cambié el retraso de raíz a 90 y no recibí el mensaje, pero me llevó aproximadamente un minuto más o menos pasar de la pantalla de selección del sistema operativo a la pantalla de inicio de sesión de Ubuntu. ¿Puedo preguntar cuál es el retraso de raíz y qué le está haciendo al sistema?
Inti Garcia

Respuestas:

10

Dado que el sistema de archivos raíz se detecta después de un tiempo, puede agregar a rootdelayo a rootwait. De la documentación del kernel :

rootdelay=  [KNL] Delay (in seconds) to pause before attempting to
        mount the root filesystem
...
rootwait    [KNL] Wait (indefinitely) for root device to show up.
        Useful for devices that are detected asynchronously
        (e.g. USB and MMC devices).

Para establecer cualquiera, editar /etc/default/gruby cambiar el valor de GRUB_CMDLINE_LINUX. Use su editor preferido, como nanoo gedit, con sudoo gksudosegún sea necesario:

sudo nano /etc/default/grub

Añadir rootdelay=10dentro de las comillas. Si prefiere no editar manualmente, ejecute este comando:

sudo sed -i.bak 's/^GRUB_CMDLINE_LINUX="/& rootdelay=10 /' /etc/default/grub

Entonces corre:

sudo update-grub

Esto le indicará al núcleo que espere 10 segundos antes de proceder a montar el sistema de archivos raíz. Para ver si se aplicó este cambio, ejecute

grep rootdelay /boot/grub/grub.cfg

Si se mostró alguna salida, entonces se aplicó. Ahora reiniciar.

Si aún arrojó un error, presione CtrlAltDelpara reiniciar, espere a que aparezca el menú de selección de GRUB OS y presione e. Edite el valor de rootdelaye increméntelo. Presione F10para arrancar. Repetir.

Si se inició correctamente, intente el proceso anterior y disminuya el valor.

muru
fuente
Este proceso funcionó. En mi caso particular, tuve que establecer rootdelay = 40. Todavía no puedo votar porque tengo menos de 15 rep.
Inti Garcia
@IntiGarcia está bien. De hecho, abstenerse de aceptar la respuesta por un tiempo, para ver si alguien más encuentra una solución adecuada. Limpiaré los comentarios.
muru
Muy bien, gracias por tus consejos sobre Ubuntu y Stack etiquette jaja.
Inti Garcia
1

Encontré el mismo problema después de reparar la tabla de particiones. El mensaje fue realmente directo. Revisé el directorio / dev / disk / by-uuid /, el uuid en el mensaje no se encontró. En cambio, había otro uuid que se vinculaba con la partición (../../sda5 para la mía), lo que se esperaba era la partición correcta.

Finalmente, resolví el problema simplemente: edite /boot/grub/grub.cfg, reemplace el uuid incorrecto con el correcto.

Enrique
fuente
1

Ninguna de las soluciones anteriores funcionó para mí. Arranqué la computadora desde la misma memoria USB que usé para instalar Ubuntu, pero mi SSD no estaba en la lista con df -h/ sudo fdisk -l/ sudo blkid/ lsblk/ sudo parted -l. Tuve que hacer dos cosas para arreglar esto:

  1. Desactivar Fast Boot. Hacer esto desde el BIOS no fue suficiente (intente reiniciar y volver a buscar; siguió volviendo a habilitado). Primero tuve que desactivarlo en la configuración de Windows, luego en BIOS.
  2. Tuve que cambiar de RST a AHCI. Necesita Google esto y encontrar todos los pasos. Mi BIOS me advirtió que todo se perdería, y afortunadamente no fue así.

La próxima vez que arranqué desde mi memoria USB pude ver mi disco ssd (at /dev/nvme01n1). Luego lo instalé boot-repair, lo ejecuté y lo reinicié. Voila

Oliverisisson
fuente
0

Tenía Windows 7 de 64 bits instalado en mi computadora portátil. Luego instalé ubuntu 14.04 desde una memoria USB, de modo que pude iniciar dual windows y ubuntu. Luego recibí el error de error "renuncié a esperar el dispositivo raíz".

Para solucionarlo, probé muchas cosas sugeridas en los foros: reinstalar ubuntu, reinstalar y actualizar grub, boot-repair, update-initramfs, y nada funcionó. Lo único que lo solucionó fue instalarlo desde un CD. La instalación del CD funcionó perfectamente y sin errores.

usuario390763
fuente
0

Tuve el mismo problema, enlace a mi pregunta

El problema es con la creación de initramfs, después de hacer un

make oldconfig

y eligiendo el valor predeterminado para las nuevas opciones, asegúrese de que el ESPACIO DE DISCO SUFICIENTE esté disponible para que se cree la imagen. en mi caso, la imagen creada no era correcta y, por lo tanto, no podía montar la imagen en el momento del arranque.


Cuando comparado; el tamaño de la imagen era bastante menor que la imagen existente de la versión inferior, así que agregué otro disco con un tamaño más que suficiente y luego

make bzImage

make modules

make modules_install

make install

comienza a funcionar como un encanto. Me pregunto por qué la creación de la imagen se completó antes y resultó en una imagen corrupta (con menos tamaño) sin arrojar ningún error [cada vez]

Himanshu Sourav
fuente
0

Tuve exactamente el mismo problema después de instalar Xubuntu 14.04 32bit. Solo intenta esto:

  1. después de que el arranque finalice con el mensaje UUID y (initramfs)solo escriba exito exec startxy lo llevará a la GUI
  2. editar como root /etc/default/grub
  3. encontrar #GRUB_DISABLE_LINUX_UUID=true , eliminarlo #y guardarlo
  4. en funcionamiento terminal: sudo update-grub ysudo reboot

Y después de esto debería funcionar.

muru
fuente