it-swarm-pt.tech

Kernel> 2.6.32-20 não inicializa (o sistema de arquivos raiz não existe)

Um dos meus notebooks é um Compaq nc4200 (Mobile Intel 915GM Express). Todos os kernels do Ubuntu> 2.6.32-20 não inicializam 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 bug. Então eu tentei adicionar i915 modeset=1 para /etc/initramfs-tools/modules. Isso fez com que a tela de inicialização faltasse. Não vi mais saída. Em segundo lugar, tentei remover o pacote 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 BusyBox Shell 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?

1
qbi

Você tentou usar a notação antiga/dev/sdxn em vez de usar o UUID ?.

1
Javier Rivera

Se você ainda está tendo este problema: 1. Vá para o launchpad e registre um bug. A novo bug. Não adicione um "eu também" a um bug existente. 2. Vá para # ubuntu-kernel no freenode (este é um canal irc em um servidor irc). A equipe do kernel do Ubuntu fica lá 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-o. Se você é paciente, você pode chamar a atenção de alguém e eles tentarão ajudar. Realmente, eles não são pessoas assustadoras :-)

3
Brad Figg

É possível que sua unidade não esteja on-line rapidamente e o kernel esteja desistindo antes que ela esteja pronta. Há uma maneira de testar isso para contornar isso.

As instruções abaixo assumem que você está executando o Ubuntu 9.10 ou posterior. Se você estiver executando uma versão anterior, você pode ver https://help.ubuntu.com/community/GrubHowto para obter instruções sobre como executar as edições abaixo.

Ao reinicializar seu sistema, selecione o kernel para inicializar (você pode precisar manter a tecla Shift enquanto o sistema está inicializando para ver o menu GRUB bootloader, dependendo da sua configuração). Em seguida, pressione 'E' para editar as opções de inicialização.

Role 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". Isto irá dizer ao kernel para esperar até 60 segundos para a sua unidade ficar pronta. Em seguida, pressione Control-X para inicializar.

Se tudo correr bem, o seu sistema irá arrancar. 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 se parece com:

GRUB_CMDLINE_LINUX=""

e mude para

GRUB_CMDLINE_LINUX="rootdelay=60"

Finalmente, corra

Sudo update-grub

para ter certeza de que suas alterações estão corretamente selecionadas.

Para mais informações sobre as opções disponíveis no bootloader, você pode ver https://help.ubuntu.com/community/Grub2 . (Há um relatório de bug sobre este atraso para hardware específico em https://bugs.launchpad.net/ubuntu/+source/linux/+bug/482327 .)

0
fader