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
/etc/default/grub
y agreguerootdelay=10
a laGRUB_CMDLINE_LINUX
variable. Esto le indicará que espere 10 segundos para que aparezca el dispositivo raíz. Ajuste el valor para adaptarse a su caso.exit
?)Respuestas:
Dado que el sistema de archivos raíz se detecta después de un tiempo, puede agregar a
rootdelay
o arootwait
. De la documentación del kernel :Para establecer cualquiera, editar
/etc/default/grub
y cambiar el valor deGRUB_CMDLINE_LINUX
. Use su editor preferido, comonano
ogedit
, consudo
ogksudo
según sea necesario:Añadir
rootdelay=10
dentro de las comillas. Si prefiere no editar manualmente, ejecute este comando:Entonces corre:
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
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
rootdelay
e increméntelo. Presione F10para arrancar. Repetir.Si se inició correctamente, intente el proceso anterior y disminuya el valor.
fuente
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.
fuente
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: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.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é. Voilafuente
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.
fuente
Tuve el mismo problema, enlace a mi pregunta
El problema es con la creación de initramfs, después de hacer un
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
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]
fuente
Tuve exactamente el mismo problema después de instalar Xubuntu 14.04 32bit. Solo intenta esto:
(initramfs)
solo escribaexit
oexec startx
y lo llevará a la GUI/etc/default/grub
#GRUB_DISABLE_LINUX_UUID=true
, eliminarlo#
y guardarlosudo update-grub
ysudo reboot
Y después de esto debería funcionar.
fuente