Tentei todas as respostas, mas não consegui resolvê-lo, então finalmente tive que reinstalar o Ubuntu :(.
Este mesmo erro veio na minha comp de amigos também, mas ele não teve sorte com isso também.
Eu não consigo inicializar o Ubuntu 10.04, com o shell de inicialização integrado dando esse erro:
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/aa91b9fe-1e27-44d7-9c1b-72dd7d4e8575 does not exist.
Dropping to a shell!
BusyBox v.1.13.3 (Ubuntu 1:1.13.3-1ubuntu11) built-in shell (ash)
Enter 'help' for list of built-in commands.
(initramfs)
Atualização 1
Este erro ocorreu depois que atualizei meu kernel 2.6.32-26 version e inicializei diretamente no Windows.
A solução rootdelay não funcionou. Existe alguma chance de que o uuid do meu disco tenha sido alterado (talvez pelo Windows), eu poderia logar no meu Ubuntu antes, mas depois de logar no windows, e reiniciar eu recebo este erro. No que diz respeito ao backup, preciso mesmo que eu tenha partições de espaço de trabalho e de casa separadas do que a instalação do Ubuntu?
Atualização 2
A atualização após a qual isso aconteceu foi apenas uma atualização (sem nova instalação) de version 2.6.32-26. . Então eu acho que isso tem algo a ver com a última atualização desta versão do kernel. Além disso, como não era uma nova instalação, nenhuma nova entrada de menu foi adicionada. Por acaso, isso pode ser causado por causa da minha reinicialização no Windows após a atualização do kernel.
Atualização 3
Instalado o kernel antigo por meio de chrooting através de USB ao vivo, ainda o mesmo problema com o kernel, então parece que o problema não é devido a atualização do kernel .
Eu enfrentei esse problema mais cedo também, mas naquela época, eu apenas considerei a reinstalação da distribuição mais fácil (eu costumava trocar muito de distro). Mas agora eu tinha configurado muito longe e assim procurando algum último recurso.
Atualização 4
Ubuntu reinstalado. A configuração foi mais fácil desta vez graças às partições separadas da área de trabalho e da casa de trabalho. Mesmo difícil eu não preciso da solução deste problema agora, mas se você conhece alguma solução possível, por favor poste aqui para benefícios futuros.
Tentei todas as respostas, mas não consegui resolvê-lo, então finalmente tive que reinstalar o Ubuntu :(.
Este mesmo erro veio na minha comp de amigos também, mas ele não teve sorte com isso também.
Eu tive o mesmo problema como o iniciador de discussão e resolvi-o sem precisar de reinstalação.
Meu problema ocorreu durante o malabarismo com uma instalação virtual com base em uma imagem de disco copiada. Isso resultou em um uuid alterado e a cópia não seria iniciada. Este é um esboço do que fiz.
Primeiro, inicialize usando um sistema de recuperação (mesma versão) e execute um shell no disco que não está inicializando.
Dê uma olhada em /etc/fstab e confirme os uuids emitindo o comando blkid para cada dispositivo. Corrija essas entradas como elas são importantes.
Em seguida, corrigimos o grub com:
grub-mkconfig update-grub Em seguida, execute:
update-initramfs -u /boot/initrd.img-2.6.YOURVERSION-HERE Isso criará um novo initramdisk para sua versão. Se você não sabe a versão exata que estava executando, dê uma olhada nos arquivos em / boot /. Escolher o número da versão mais alta deve ser seguro.
Depois de sair do shell de recuperação, o ubuntu live cd irá oferecer-lhe o último menu de onde você entrou no shell. Escolha "instalar o Grub" (ou similar) e insira o dispositivo onde colocar seu setor de inicialização.
Na maioria dos sistemas (instalação padrão) /dev/sda é uma aposta segura. Esteja ciente: o Windows ou outros sistemas de inicialização múltipla podem precisar de outras entradas aqui!
Finalmente, você poderá inicializar a partir do disco reparado.
O problema parece ser que seu disco rígido, ou o controlador, não responde rápido o suficiente.
Tente o seguinte:
Quando o menu de inicialização aparece, o topo da lista destacado, pressione e (para editar ).
Você deverá ver uma longa lista de parâmetros. Adicione este a ele:
rootdelay=130
Pressione Enter e, em seguida, b ( inicialização ). Tente ver se o seu sistema inicializa agora. Você pode aumentar o valor se isso não ajudar na primeira vez (mas não muito, 130 já é mais do que suficiente para qualquer hardware que não esteja quebrado).
No entanto, também pode ser que seu disco rígido esteja falhando. A primeira coisa a fazer depois de voltar ao seu sistema é fazer o backup dos seus dados . Se você quer estar seguro, faça backup usando um cd do Ubuntu. Eu recomendo vivamente que você faça isso, mais cedo ou mais tarde.
De fato, experimentei UUIDs em disco mudando espontaneamente uma ou duas vezes. A mudança pode ser o resultado de algum tipo de corrupção. Eu tentaria o seguinte:
fdisk -l /dev/sda para encontrar a partição que você está procurando; ou use cfdisk; or use gparted (replace sda 'pelo seu disco rígido). blkid /dev/sda1 (substitua sda1 pela partição que você encontrou); alternativa use vol_id ; /dev/sda1 ); /etc/fstab ; uuidgen e aplique-o à partição usando tune2fs -U ; fstab de acordo. Pode parecer improvável que algo tão vital quanto o UUID mude sem causa aparente, mas isso acontece, provavelmente por causa de um bug. Veja se alterar o UUID para um novo valor ajuda.
Quando vi isso no meu sistema, o UUID errado estava sendo definido como o parâmetro raiz de inicialização em /boot/grub/menu.lst .
cat /proc/cmdline na verdade mostra os parâmetros de inicialização passados para initramfs - se você ver que o initramfs está sendo instruído a montar uma partição raiz inexistente, obviamente falhará.
update-grub não atualizou esses parâmetros para mim, mas simplesmente fez uma substituição manual do antigo UUID no menu.lst corrigiu para mim.
Você tem um kernel antigo? Funciona? Verifique o / etc / fstab como loevborg disse sobre possíveis registros 'obsoletos' (eu tive o mesmo problema quando instalei o lvm e o grub2 - havia um registro antigo para a partição / boot que causou o erro)
Eu não tenho idéia do que pode causar isso, mas como uma solução, você pode tentar reinstalar apenas o Grub. Eu acho que isso vai resolver o seu problema.
Esse problema apareceu para mim após a instalação de libuuid . Eu era capaz de corrigi-lo manualmente e agora ele inicializa OK, mas toda vez que ele ainda mostra erros sobre a falta de blkid . Além disso, a falha de inicialização reaparece após atualizações que exigem reinicialização.
O UUID no /proc/cmdline está correto, mas o sistema não consegue reconhecê-lo.
Como corrigir um erro do Ubuntu: " No init found. Try passing init= bootarg "
Esta manhã, um amigo veio até mim com seu laptop que não inicializa. A cada tentativa de inicialização, o sistema Ubuntu 10.04 Lucid Lynx exibe as seguintes mensagens de erro:
mount: mounting /dev/disk/by-uuid/***************************** on /root
failed: Invalid argument
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target file system doesn't have /sbin/init
No init found. Try passing init= bootarg
Busybox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands
(initramfs) _
Booting into "Recovery Mode" as well as choosing the other kernels listed in grub didn't help at all.
Solução:
Inicialize a partir do CD do Ubuntu Live;
Abra / execute o terminal;
Digite: sudo fdisk -l (para obter o nome do dispositivo) e pressione ENTER ;
Disco / dev / sda: 250,1 GB, 250059350016 bytes 255 cabeças, 63 setores / trilha, 30401 cilindros Unidades = cilindros de 16065 * 512 = 8225280 bytes Identificador de disco: * ***
Sistema de identificação de blocos de fim de inicialização de dispositivos / dev / sda1 * 1 30238 242886703+ 83 Linux / dev / sda2 30239 30401 1309297+ 5 Extended / dev / sda5 30239 30401 1309266 82 Troca de Linux / Solaris
O nome do dispositivo para o sistema do meu amigo com base no acima: /dev/sda1
Digite: sudo fsck /dev/sda1 e, em seguida, pressione ENTER ;
Reinicie o sistema e inicialize normalmente.
Eu consertei isso sozinho editando o arquivo / etc / default / grub
GRUB_CMDLINE_LINUX=" rootdelay=3 "
GRUB_DISABLE_LINUX_UUID=true
Com apenas o primeiro, não foi suficiente. Eu tentei mesmo um 130 como indicado antes. Então desativei o UUID com o segundo comando. Era uma partição raiz do LVM, então os dados do UUID eram inúteis.
No meu caso:
Os sistemas operacionais são instalados no ext4 com o Ubuntu 14.04
mas eu encontrei quando eu instalei outra edição do ubuntu como 10.04 depois do Ubuntu 10.04
e também compilar o kernel do Ubuntu 10.04 e usar o dpkg para instalá-lo.
o erro é exibido.
Finalmente, o problema está no grub.cfg.
Como o padrão do Ubuntu 10.04 usa ext2 para o sistema operacional, então o initramfs carregará o driver do ext2 e não usará o driver ext4 ...
Então substitua o ext2 pelo ext4 no grub.cfg para corrigi-lo.
Eu estava vendo o mesmo problema - com as informações extras que eu tenho usei blkid (e tune2fs) para verificar o UUID, e é uma correspondência exata. A listagem / dev / disk / by-uuid também mostrou o UUID esperado localizado lá. A unidade é perfeitamente montável dentro do busybox também. Todos os arquivos normais esperados em [/ mnt] / boot / estão presentes (para o kernel 3.13.0-36).
Eu consegui o computador inicializar (de dentro do busybox) alterando a referência UUID do / etc / fstab para a partição raiz ser / dev / sda1 (modificar conforme apropriado para sua configuração). Não tenho certeza, no entanto, que esse passo seja importante, já que sozinho não faz diferença. O que fez foi na próxima reinicialização, sentando-se no grub, pressionando "e" para editar a inicialização padrão do Ubuntu e removendo toda a construção "if ... fi" e substituindo o "linux" UUID da linha = com o / dev / sda1. Essa abordagem permitiu que o computador inicializasse completamente.
No final, o problema acabou por ser um segundo disco rígido com falha estava causando um enorme atraso na seqüência de pesquisa do disco.
eu tenho o mesmo problema no ubuntu depois de horas eu procurando eu só percebi que grub tentar arrancar sdb5 e meu kali está em sda5 então inicialize com live cd e tente montar o ur linux com o comando mkdir e mount se ele existir tente consertar o grub segurando shift no load e aperte ee altere o root dev e se funciona, torna permanente
Isso também pode acontecer se você clonar uma partição ou especialmente o disco rígido inteiro e a tabela de partição com dd. Se isso aconteceu, normalmente um fsck de todas as partições em questão irá resolvê-lo.
Fonte: link
Acabei de entrar no modo de recuperação. E escolha algo que indique atualização no menu. então corrija o problema.