
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:
- Crie uma nova máquina virtual e faça uma nova instalação do Ubuntu.
- Instale o
etckeeper
pacote e execute oetckeeper 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/etc/etckeeper/etckeeper.conf
antes de executar oetckeeper commit
. - Suas alterações
/etc
serão automaticamente confirmadas antes e depois das tarefas de gerenciamento de pacotes e uma vez por dia. Você pode confirmar manualmente executandoetckeeper commit
ou invocando diretamente a ferramenta de controle de versão subjacente. - 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.
- Experimente montar
/dev/sdb2
. Se você for solicitado a executarfsck
, faça-o. - Recupere o que puder da VM antiga.
- Lembre-se de incluir o repositório para
/etc
, bem como qualquer coisa que você possa fazer na/usr/local
VM/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.