Eu usei o Ubuntu alguns anos atrás e desisti dele. Agora estou pronto para tentar novamente. Para minha surpresa, fui recebido com esta mensagem assim que fiz a primeira instalação. Se eu esperasse um pouco e digitei sair, o sistema operacional inicializaria normalmente. Decidi reinstalar o Ubuntu e ver se isso funcionaria. Esse não foi o caso. Ele continua se comportando da mesma maneira.
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)
Todas as sugestões são apreciadas!
sudo blkid; montar; saída 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
Aqui está a saída do 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
e adicionerootdelay=10
àGRUB_CMDLINE_LINUX
variável. Isso fará com que espere 10 segundos para o dispositivo raiz aparecer. Ajuste o valor para se adequar ao seu caso.exit
?)Respostas:
Como o sistema de arquivos raiz é detectado após algum tempo, você pode adicionar um
rootdelay
ou arootwait
. Na documentação do kernel :Para definir, edite
/etc/default/grub
e altere o valor deGRUB_CMDLINE_LINUX
. Use seu editor preferido, comonano
ougedit
, comsudo
ougksudo
conforme necessário:Adicione
rootdelay=10
dentro das aspas. Se você preferir não editar manualmente, execute este comando:Então corra:
Isso fará com que o kernel aguarde 10 segundos antes de prosseguir com a montagem do sistema de arquivos raiz. Para ver se essa alteração foi aplicada, execute
Se alguma saída foi mostrada, ela foi aplicada. Agora reinicie.
Se ainda houver um erro, pressione CtrlAltDelpara reiniciar, aguarde o menu de seleção do GRUB OS aparecer e pressione e. Edite o valor de
rootdelay
e aumente-o. Pressione F10para inicializar. Repetir.Se inicializado corretamente, tente o processo acima e diminua o valor.
fonte
Me deparei com o mesmo problema depois de reparar a tabela de partição. A mensagem era realmente direta. Verificado o diretório / dev / disk / by-uuid /, o uuid na mensagem falhou. Em vez disso, havia outro uuid vinculado à partição (../../sda5 para o meu) que era esperado como a partição correta.
Eventualmente, resolvi o problema simplesmente: edite o /boot/grub/grub.cfg, substitua o uuid errado pelo correto.
fonte
Nenhuma das soluções acima funcionou para mim. Inicializei o computador a partir do mesmo pen drive USB que usei para instalar o Ubuntu, mas meu ssd não estava listado em
df -h
/sudo fdisk -l
/sudo blkid
/lsblk
/sudo parted -l
. Eu tive que fazer duas coisas para consertar isso:Fast Boot
. Fazer isso a partir do BIOS não foi suficiente (tente reiniciar e procure novamente - ele continuou voltando ao ativado). Eu tive que desativá-lo nas configurações do Windows primeiro e depois no BIOS.Na próxima vez em que inicializei no meu pen drive, pude ver meu disco ssd (at
/dev/nvme01n1
). Eu instaleiboot-repair
, executei e reiniciei. Voila.fonte
Eu tinha o Windows 7 de 64 bits instalado no meu laptop. Em seguida, instalei o ubuntu 14.04 a partir de um pen drive, para que eu pudesse dual boot windows e ubuntu. Em seguida, recebi o erro de erro "desisti de esperar pelo dispositivo raiz".
Para corrigi-lo, tentei muitas coisas sugeridas nos fóruns: reinstalar o ubuntu, reinstalar e atualizar o grub, reparar a inicialização, atualizar o initramfs e nada funcionou. A única coisa que o corrigiu foi instalar a partir de um CD. A instalação do CD funcionou perfeitamente e sem erros.
fonte
Eu tive o mesmo problema, link para minha pergunta
O problema é com a criação do initramfs, depois de fazer um
e escolhendo o padrão para novas opções, verifique se o espaço em disco ENOUGH está disponível para a imagem a ser criada. no meu caso, a imagem criada não estava correta e, portanto, falhou ao montar a imagem no momento da inicialização.
quando comparado; o tamanho da imagem era bem menor que a imagem existente da versão inferior, então adicionei outro disco com tamanho mais que suficiente e, em seguida,
começa a funcionar como um encanto. Gostaria de saber por que a criação da imagem foi concluída anteriormente e resultou em imagem corrompida (com menos tamanho) sem gerar nenhum erro [todas as vezes]
fonte
Eu tive exatamente o mesmo problema depois de instalar o Xubuntu 14.04 32bit. Apenas tente o seguinte:
(initramfs)
apenas digitarexit
orexec startx
e ele o levará à GUI/etc/default/grub
#GRUB_DISABLE_LINUX_UUID=true
, exclua#
e salvesudo update-grub
esudo reboot
E depois disso, deve funcionar.
fonte