“Desistiu de esperar pelo dispositivo root. Alerta! / dev / disk / by-uuid / não existe. Caindo em um shell ”durante a inicialização

9

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 esperei algum tempo e digitei sair do sistema operacional seria inicializar normalmente. Eu decidi reinstalar o Ubuntu e ver se isso faria o truque. 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)

Qualquer sugestão é apreciada!

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
    
por Inti Garcia 11.09.2014 / 19:35

5 respostas

9

Como o sistema de arquivos raiz é detectado após algum tempo, você pode adicionar um rootdelay ou um rootwait . De a 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/grub e altere o valor de GRUB_CMDLINE_LINUX . Use seu editor preferido, como nano ou gedit , com sudo ou gksudo conforme necessário:

sudo nano /etc/default/grub

Adicione rootdelay=10 dentro 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

Em seguida, execute:

sudo update-grub

Isto irá dizer ao kernel para esperar 10 segundos antes de continuar a montar o sistema de arquivos raiz. Para ver se essa alteração foi aplicada, execute

grep rootdelay /boot/grub/grub.cfg

Se alguma saída foi exibida, ela foi aplicada. Agora reinicie.

Se ainda tiver um erro, pressione Ctrl Alt Del para reiniciar, espere o menu de seleção do GRUB OS aparecer e pressione e . Edite o valor de rootdelay e aumente. Pressione F10 para inicializar. Repita.

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

    
por muru 12.09.2014 / 00:28
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 fazer dual boot windows e Ubuntu. Em seguida, recebi o erro de erro "desisti de aguardar pelo dispositivo raiz".

Para consertar, eu tentei muitas coisas sugeridas em fóruns: reinstalar o ubuntu, reinstalar e atualizar o grub, boot-repair, update-initramfs e nada funcionou. A única coisa que corrigiu foi instalar a partir de um CD. A instalação do CD funcionou perfeitamente e sem erros.

    
por user390763 23.03.2015 / 09:08
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 NECESSÁRIO está disponível para a imagem a ser criada. no meu caso, a imagem criada não estava correta e, portanto, não estava conseguindo montar a imagem no momento da inicialização.

quando comparado; o tamanho da imagem era bem menor do que a imagem existente da versão inferior, então eu adicionei outro disco com tamanho mais que suficiente e então

make bzImage

make modules

make modules_install

make install

começa a funcionar como um encanto. Eu me pergunto por que a criação da imagem foi concluída antes e resultou em imagem corrompida (com menos tamanho) sem gerar nenhum erro [todas as vezes]

    
por Himanshu Sourav 05.03.2016 / 06:30
0

Eu vim cruzar o mesmo problema depois de reparar a tabela de partições. A mensagem foi realmente direta. Verifiquei o diretório / dev / disk / by-uuid /, o uuid na mensagem errou. Em vez disso, havia outro uuid ligado à partion (../../sda5 para o meu) o que era esperado na partição correta.

Por fim, resolvi o problema simplesmente: editar /boot/grub/grub.cfg, substituir o uuid errado pelo correto.

    
por Henry 22.05.2016 / 12:53
0

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

  1. depois que a inicialização terminar com a mensagem UUID e (initramfs) , basta digitar exit ou exec startx e você entrará na GUI
  2. editar como root /etc/default/grub
  3. localize #GRUB_DISABLE_LINUX_UUID=true , exclua # e salve-o
  4. na execução do terminal: sudo update-grub e sudo reboot

E depois disso, deve funcionar.

    
por user731032 30.08.2017 / 08:12

Tags