O Ubuntu 10.04 no virtualbox dá erro: O sistema de arquivos de destino não possui / sbin / init \ Nenhum init encontrado. Tente passar init = bootarg

Question

Sou um novato do Linux e a única razão pela qual o tenho instalado é para que eu possa parar de ter problemas de incompatibilidade do Windows com o Ruby on Rails. Dito isso, com certeza tem sido bom, e muito mais rápido, e eu não acho que vou fazer nenhuma coisa do Winrails tão cedo.

Então criei uma máquina virtual usando o VirtualBox e usei o ubuntu nela nas últimas 3 semanas. Recentemente ubuntu perguntou se poderia atualizar algumas coisas, cliquei em 'ok'.

Agora ele não inicializará e eu recebo este erro: * mount: montagem / dev em / root / dev falhou: Nenhum arquivo ou diretório foi montado: montagem / sys on / root / sys falhou: Nenhum arquivo ou diretório ... O sistema de arquivos de destino não possui / sbin / init. Nenhum init encontrado. Tente passar init = bootarg

BusyBox v1.13.3 ...

(initramfs) _ *

Então eu naveguei pelos fóruns e há uma variedade de soluções, mas todas elas têm a ver com a inicialização do live cd. (que eu suponho é a imagem ISO que eu usei para instalar o Ubuntu em primeiro lugar). Mas quando eu inicializo a partir desse CD, ele fica pendurado na tela do Ubuntu, e os pontinhos continuam passando de branco para vermelho, mas ficou pendurado por uma hora, então acho que ficou preso. Não tenho certeza do que posso fazer; posso fazer alguma coisa com o shell do busybox (ou o que quer que seja) para consertar as coisas?

A coisa é, demorou cerca de 10 horas para obter tudo do jeito que eu precisava com todas as gemas e outras coisas. E eu realmente não escrevi o que eu mexi, e eu sou de meia-idade, então toda essa informação vazou agora e eu não quero fazer isso de novo. Eu realmente gostaria de reparar minha instalação existente.

Uma pergunta que você pode ter é: há algo errado com o ISO? Acho que não, porque criei uma nova máquina virtual e usei o mesmo arquivo iso para instalar um novo Ubuntu.

Qualquer ajuda muito apreciada.

Phil

    

Answer 1

Tudo parece normal no prompt do bootloader. Então, eu temo que o sistema de arquivos tenha sido danificado.

Sugiro o seguinte processo:

1. Crie uma nova máquina virtual e faça uma nova instalação do Ubuntu.
2. Instale o pacote etckeeper e execute etckeeper init . Isso colocará /etc sob controle de versão. Se você tiver uma ferramenta de controle de versão favorita entre Bazaar, Darcs, Git e Mercury, selecione-a em /etc/etckeeper/etckeeper.conf antes de executar etckeeper commit .
3. Suas alterações em /etc serão automaticamente confirmadas antes e depois das tarefas de gerenciamento de pacotes e uma vez por dia. Você pode confirmar manualmente executando etckeeper commit ou invocando diretamente a ferramenta de controle de versão subjacente.
4. Agora é a hora de tentar salvar a VM antiga. Encerre a nova VM, adicione o disco da VM antiga à nova VM e inicialize a nova VM.
5. Tente montar /dev/sdb2 . Se você for solicitado a executar fsck , faça isso.
6. Recupere o que puder da antiga VM.
7. Lembre-se de incluir o repositório de /etc , bem como qualquer coisa que você possa fazer em /usr/local e /home na VM, na sua configuração de backup.

Answer 2

Eu tinha algo semelhante - host do Ubuntu 10.10 com o convidado do Ubuntu 10.10.

O FS convidado ficou corrompido e resultou no mesmo erro acima.

Isso foi resolvido montando as partições do arquivo vdi e executando uma verificação de arquivos.

sudo vdfuse -g -f /media/ssdext4/UbuntuGuest.vdi / mnt /

Agora você deve poder listar as partições do arquivo vdi com "sudo ls -l / mnt /"

Agora, execute a verificação do FS - com o caminho completo. sudo fsck.ext4 / mnt / Partition1

Acho que o vdfuse deve fazer parte da instalação padrão. Não consigo ver como corrigir esses problemas, a menos que você tenha vdfuse.

    

Answer 3

Não é a abordagem mais elaborada, mas talvez a mais rápida: adicione a imagem de disco de sua VM quebrada à recém-instalada, monte-a de lá, copie seu $ HOME, / etc e talvez algo de / var / {lib, db , ...} (ou pelo menos manter uma cópia) e você deve estar de volta à velocidade em menos de uma hora.

Eu acho que o problema real é causado pelo ramdisk inicial não ser capaz de descobrir e montar corretamente o dispositivo de disco virtual. Então, o que você também pode tentar se você de alguma forma conseguir acessar o sistema de arquivos da VM quebrada é algo como:

mount /dev/sdbroken1 /mnt/brokendisk
for i in dev dev/pts proc sys; do
  mount --bind /$i /mnt/brokendisk/$i
done
chroot /mnt/brokendisk
update-initramfs -u -k all # regenerate initial ramdisk - look for errors
^D
reboot

    

Answer 4

Talvez haja algo errado com um kernel atualizado. Tente inicializar o kernel anterior (ele ainda deve estar por perto). Quando você vir a tela de inicialização da VirtualBox em um fundo azul, pressione e segure a tecla Shift . Após alguns segundos, o menu do gerenciador de inicialização deve aparecer.

• Se houver uma entrada para uma versão anterior do kernel, tente inicializá-la.
• Caso contrário, tente e digitar a entrada normal. Mova para baixo até a linha linux , apague a parte que parece com -2.6.32-24-generic e pressione Tab para ver que outros kernels existem ( /boot/vmlinuz-* ). Selecione também um initrd correspondente abaixo.
• Você também pode tentar alterar a configuração root= na linha linux . Com uma instalação padrão (sem nenhum outro sistema operacional dentro da VM), root=/dev/sda1 deve funcionar.

Se nada disso funcionar, mas você vir mensagens de erro interessantes ao longo do caminho ou precisar, poste-as aqui. Dependendo do problema, pode ser útil ver a saída do comando ls /boot quando digitado no prompt do Grub.

    

Answer 5

Eu tenho exatamente o mesmo problema; incluindo o comportamento estranho com a iso ao vivo também.

Acontece que o problema é com o grub sendo fodido de alguma forma - possivelmente pelo sistema host que vai dormir [eu digo isso porque Christis Bergeles descreve o mesmo problema que eu com o mesmo host (mac osx) em link

Anexe seu problema ao HD virtual a outra VM ubuntu funcional.

Inicialize nessa VM

(as próximas duas linhas assumem que esta VM tem o seu disco com problema em / dev / sdb)

monte sudo / dev / sdb1 / mnt

sudo-install-grub -root-directory = / mnt / / dev / sda

funcionou para mim - em duas instâncias separadas deste problema.

Tim.