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

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

Sou um novato em Linux e a única razão pela qual o instalei é para que eu possa parar de ter problemas de incompatibilidade do Windows com Ruby on Rails. Dito isto, com certeza foi bom e muito mais rápido, e não acho que farei nada com Winrails tão cedo.

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

Agora ele não inicializa e recebo este erro: *mount: mount /dev on /root/dev failed: No such file or directory mount: mount /sys on /root/sys failed: No such file or directory ... O sistema de arquivos de destino não possui /sbin/init. Nenhuma inicialização encontrada. Tente passar init=bootarg

BusyBox v1.13.3...

(initramfs) _ *

Então, naveguei pelos fóruns e há uma variedade de soluções, mas todas têm a ver com a inicialização a partir do live cd. (que presumo ser a imagem ISO que 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 pequenos pontos continuam alternando de branco para vermelho, mas ele ficou lá por uma hora, então acho que ficou preso. Não tenho certeza do que posso fazer; posso fazer alguma coisa no shell do busybox (ou o que quer que seja) para consertar as coisas?

O problema é que levei cerca de 10 horas para deixar tudo do jeito que eu precisava, com todas as joias e outros enfeites. E eu realmente não escrevi o que ajustei, e sou de meia-idade, então toda essa informação já vazou e 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 a 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.

Fil

Responder1

Tudo parece normal no prompt do bootloader. Então 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 etckeeperpacote e execute o etckeeper init. Isso colocará /etcsob controle de versão. Se você tiver uma ferramenta de controle de versão favorita entre Bazaar, Darcs, Git e Mercury, selecione-a /etc/etckeeper/etckeeper.confantes de executar o etckeeper commit.
  3. Suas alterações /etcserão automaticamente confirmadas antes e depois das tarefas de gerenciamento de pacotes e uma vez por dia. Você pode confirmar manualmente executando etckeeper commitou invocando diretamente a ferramenta de controle de versão subjacente.
  4. Agora é a hora de tentar salvar a VM antiga. Desligue a nova VM, adicione o disco da VM antiga à nova VM e inicialize a nova VM.
  5. Experimente montar /dev/sdb2. Se você for solicitado a executar fsck, faça-o.
  6. Recupere o que puder da VM antiga.
  7. Lembre-se de incluir o repositório para /etc, bem como qualquer coisa que você possa fazer na /usr/localVM /home, em sua configuração de backup.

Responder2

Eu tive algo semelhante - host Ubuntu 10.10 com convidado Ubuntu 10.10.

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

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

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

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

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

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

Responder3

Não é a abordagem mais elaborada, mas talvez a mais rápida: adicione a imagem de disco da sua VM quebrada à recém-instalada, monte-a a partir daí, copie seu $HOME, /etc e talvez algo de /var/{lib,db, .. .} (ou pelo menos mantenha uma cópia) e você deverá voltar ao normal em menos de uma hora.

Acho que o problema real é causado pelo fato de o ramdisk inicial não conseguir descobrir e montar corretamente o dispositivo de disco virtual. Então, o que você também pode tentar se 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

Responder4

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

Acontece que o problema é que o grub está sendo estragado de alguma forma - possivelmente porque o sistema host vai dormir [digo isso porque Christis Bergeles descreve o mesmo problema que eu com o mesmo host (mac osx) emhttp://christos.bergeles.net/blog/files/tag-grub.html]

Anexe o HD virtual do seu problema a outra VM do Ubuntu em funcionamento.

Inicialize nessa VM

(as próximas duas linhas assumem que esta VM tem seu disco problemático em/dev/sdb)

sudo montar /dev/sdb1 /mnt

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

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

Tim.

informação relacionada