“Desisti de esperar pelo dispositivo raiz. Alerta! / dev / disk / by-uuid / não existe. Soltando para um shell "durante a inicialização

11

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
Inti Garcia
fonte
Está bem. Existem alguns tópicos sobre isso, sem solução definitiva. Tente o seguinte: edite /etc/default/grube adicione rootdelay=10à GRUB_CMDLINE_LINUXvariável. Isso fará com que espere 10 segundos para o dispositivo raiz aparecer. Ajuste o valor para se adequar ao seu caso.
muru 11/09/14
Devo continuar aumentando o tempo até que o erro pare?
Inti Garcia
Ok, então eu enviei a saída do grep rootdelay /boot/grub/grub.cfg para a pergunta original. Também reiniciei e a mesma mensagem aparece. Quanto devo aumentá-lo? Eu li em algum lugar que 90 fez isso por alguém. Eu tenho que esperar cerca de um minuto.
Inti Garcia
Aumentar isso não ajuda? (como uma estimativa, quanto tempo você tem que esperar antes de digitação exit?)
Muru
Ok, mudei o atraso da raiz para 90 e não recebi a mensagem, mas demorou cerca de um minuto para passar da tela de seleção do sistema operacional para a tela de login do Ubuntu. Posso perguntar o que é o rootdelay e o que está fazendo com o sistema?
Inti Garcia

Respostas:

10

Como o sistema de arquivos raiz é detectado após algum tempo, você pode adicionar um rootdelayou a rootwait. Na documentação do 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 definir, edite /etc/default/grube altere o valor de GRUB_CMDLINE_LINUX. Use seu editor preferido, como nanoou gedit, com sudoou gksudoconforme necessário:

sudo nano /etc/default/grub

Adicione rootdelay=10dentro das aspas. Se você preferir não editar manualmente, execute este comando:

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

Então corra:

sudo update-grub

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

grep rootdelay /boot/grub/grub.cfg

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 rootdelaye aumente-o. Pressione F10para inicializar. Repetir.

Se inicializado corretamente, tente o processo acima e diminua o valor.

muru
fonte
Esse processo funcionou. No meu caso particular, tive que definir o rootdelay = 40. Não posso votar ainda, pois tenho menos de 15 representantes.
Inti Garcia
@IntiGarcia está tudo bem. De fato, abster-se de aceitar a resposta por um tempo, para ver se outra pessoa apresenta uma solução adequada. Eu vou limpar os comentários.
muru 11/09/14
Muito bem, obrigado por seus conselhos sobre o Ubuntu e a etiqueta de etiqueta do Stack jaja.
Inti Garcia
1

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.

Henry
fonte
1

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:

  1. Desativar 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.
  2. Eu tive que mudar de RST de volta para AHCI. Você precisa pesquisar no Google e encontrar todas as etapas. Meu BIOS me avisou que tudo estaria perdido e, felizmente, não estava.

Na próxima vez em que inicializei no meu pen drive, pude ver meu disco ssd (at /dev/nvme01n1). Eu instalei boot-repair, executei e reiniciei. Voila.

oliversisson
fonte
0

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.

user390763
fonte
0

Eu tive o mesmo problema, link para minha pergunta

O problema é com a criação do initramfs, depois de fazer um

make oldconfig

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,

make bzImage

make modules

make modules_install

make install

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]

Himanshu Sourav
fonte
0

Eu tive exatamente o mesmo problema depois de instalar o Xubuntu 14.04 32bit. Apenas tente o seguinte:

  1. depois que a inicialização terminar com a mensagem UUID e (initramfs)apenas digitar exitor exec startxe ele o levará à GUI
  2. editar como raiz /etc/default/grub
  3. encontre #GRUB_DISABLE_LINUX_UUID=true, exclua #e salve
  4. na execução do terminal: sudo update-grubesudo reboot

E depois disso, deve funcionar.

muru
fonte