My solution turned out to be none of the above exactly. I'm running Ubuntu 14 as guest inside a Windows 7 host. I had been running this vagrant box fine, but I started it up again after not using it for a couple of months, and it kept coming up with the SSH connection timeout. It turned out that somehow the key pair didn't work - so I copied the Vagrant public key into Ubuntu according to the instructions on this page. But that wasn't all. I then discovered that the private key in my base box was different than the private key here. Putting this private key in as the vagrant_private_key file in C:\Users\your-user.vagrant.d\boxes\vagrant-box-name\nnnnnnnn\virtualbox after placing the public key into Ubuntu fixed the problem.

我解决了这个问题，如果其他人有类似的问题，我会回答。

我所做的是:我启用了虚拟框的GUI，让它在启动时等待输入，以选择我是想直接引导到ubuntu还是safemode等等。

要打开GUI，你必须把这个放在你的Vagrantfile配置中:

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end

ubuntu/ bioni64遇到类似的问题

通过启用Vagrantfile中的gui，我可以使用默认的vagrant/vagrant登录

config.vm.provider "virtualbox" do |vb|
   vb.gui = true
end  

然后执行如下命令复位防火墙

$ ufw force --reset  

然后重新启动系统，这次没有UI 能顺利启动吗

在进行重置之前，请确保保留防火墙规则的备份

我在使用x64盒子(chef/ubuntu-14.04)时也遇到了同样的问题。

我更改为x32，它工作(hashicorp/precise32)。

也许这是一个太简单的答案，以帮助许多人，但值得一试，如果你没有:做一个“流浪者暂停”，而不是“流浪者暂停”，然后重新启动VM与“流浪者up”。

我认为我的问题是由于一些“kworker”进程出现bug，并且在VM中不断超时，所以做硬重启似乎正确地重新加载进程，而保存和恢复只是在其破碎状态下恢复破碎的进程。

我找到的解决方案是检查连接到NAT的适配器1中的电缆连接选项。我真的不知道，这是我的第四个流浪者盒子，但这是唯一一个没有选中电缆连接选项的盒子，检查它后，它工作了。