Você tentou usar a notação antiga / dev / sdxn em vez de usar o UUID?.
Um dos meus notebooks é um Compaq nc4200 (Mobile Intel 915GM Express). Todos os kernels do Ubuntu > 2.6.32-20 não inicializa nessa máquina. Em vez disso, recebo uma mensagem de erro:
error: unexpectedly disconnected from boot status daemon
Begin: Waiting for root file system ...
Depois de algum googling eu encontrei Bug # 574755 em Debians BTS. Neste caso o plymouth teve algum erro. Então, tentei adicionar i915 modeset=1 a /etc/initramfs-tools/modules . Isso fez com que a tela de inicialização faltasse. Eu não vi mais saída. Em segundo lugar, tentei remover o pacote do plymouth. Depois de expurgar, recebi a mesma mensagem novamente.
Eu cavei um pouco mais. Do meu ponto de vista, isso deve ser algum tipo de coisa do sistema de arquivos. Saída da inicialização:
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Waiting for root file system ...'
Depois de algum tempo, há um tempo limite e um shell do BusyBox aparece:
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! r/dev/disk/by-uuid/(UUID-of-my-sda1) does not exist. Dropping to a shell!
BusyBox v1.19.3 (Ubuntu 1:1.10.3-7ubuntu1.1) built-in shell (ash)
Enter 'help' for a lost of built-in commands.
(initramfs)
Agora estou sem ideias. Qual pode ser a causa disso? Como resolvo esse problema?
Você tentou usar a notação antiga / dev / sdxn em vez de usar o UUID?.
Se você ainda está tendo este problema: 1. Vá para o launchpad e registre um bug. Um bug novo . Não adicione um "eu também" a um bug existente. 2. Vá para # ubuntu-kernel em freenode (este é um canal irc em um servidor irc). A equipe do kernel do Ubuntu fica quase 24 horas por dia, de segunda a sexta-feira. Por favor, não entre, faça uma pergunta e se você não receber uma resposta imediatamente, desconecte. Se você é paciente, você pode chamar a atenção de alguém e eles vão tentar ajudar. Realmente, eles não são pessoas assustadoras: -)
É possível que sua unidade não esteja on-line rapidamente e o kernel esteja desistindo dela antes de estar pronta. Há uma maneira de testar isso para contornar isso.
As instruções abaixo supõem que você esteja executando o Ubuntu 9.10 ou posterior. Se você estiver executando uma versão anterior, poderá ver o link para obter instruções sobre como realizar as edições abaixo.
Ao reinicializar seu sistema, selecione o kernel para inicializar (você pode precisar manter o deslocamento enquanto o sistema está inicializando para ver o menu do gerenciador de inicialização GRUB, dependendo da sua configuração). Em seguida, pressione "E" para editar as opções de inicialização.
Vá até a linha que começa com "kernel" e mova o cursor para o final da linha. No final dessa linha, adicione um espaço e "rootdelay = 60". Isso fará com que o kernel espere até 60 segundos para que sua unidade fique pronta. Em seguida, pressione Control-X para inicializar.
Se tudo correr bem, o seu sistema inicializará. Se este for o caso, você pode tornar as alterações permanentes adicionando-as às opções de inicialização padrão. Para fazer isso, abra um terminal (Aplicativos - Acessórios - Terminal) e digite:
sudo gedit /etc/default/grub
Encontre a linha que parece:
GRUB_CMDLINE_LINUX=""
e mude para
GRUB_CMDLINE_LINUX="rootdelay=60"
Finalmente, corra
sudo update-grub
para garantir que suas alterações sejam selecionadas corretamente.
Para mais informações sobre as opções disponíveis no bootloader, você pode ver o link . (Há um relatório de bug sobre esse atraso para hardware específico no link .)