就像有些人已经指出的那样，如果VirtualBox映像没有正确引导，就会出现错误。对我来说，在《Vagrant》中使用GUI模式并没有太大帮助，因为它只显示一个黑色窗口。在virtualbox GUI中，我检查了虚拟机的设置，发现操作系统设置不正确(Debian 32而不是64位)。

所以我只能建议手动检查虚拟机的VirtualBox设置，让虚拟机启动，而不是首先使用Vagrant。

我也有同样的问题，但其他答案都不能完全解决我的问题。@Kiee的回答很有帮助，尽管我在GUI中看到的是一个黑屏(在左上角有下划线，虚拟盒子中的这个问题也在堆栈溢出中单独提出，同样没有帮助)。

最终，一个解决方案被证明非常简单:检查虚拟机的版本。

更准确地说，我从别人那里得到了一个64位Debian的盒子，但Virtual box坚持把它当作32位的，这一点我没有注意到。要更改它，请打开虚拟框，然后打开终端并运行

vagrant up

排队等候

default: SSH auth method: private key

现在您可以按ctrl+C(或等待超时)并运行

vagrant halt

你的虚拟机不会被摧毁，所以你可以在虚拟盒子的菜单中看到它，但它会被关闭，所以你可以更改设置。在菜单中选择您的机器，单击“设置”->“通用”，并选择适当的“版本”，对我来说是“Debian(64位)”。这种类型之后又流浪起来。

如果这是你的情况(或“设置”中的不同更改解决了你的问题)，你可以从修复的输入中创建新框

vagrant package --output mynew.box

更多细节:主机32位Ubuntu 12.04，客户64位Debian 8.1, Virtual Box 5.0.14, Vagrant 1.8.1

在我从Vagrantfile中删除这一行后，我也遇到了同样的问题:

config.vm.network "private_network", type: "dhcp"

我把这行放回去后，VM加载正常。

对我来说有用的是从BIOS允许64位操作系统(Ubuntu 13.10)上的64位虚拟化。

我的运行正常，然后这个“警告:远程连接断开。一遍又一遍——大概20遍——直到连接上。基于以上的答案，我只是

vagrant destroy
vagrant up

一切都很好。我的很简单，但我把Vagrantfile压缩到config.vm.box = "ubuntu/trusty64"，它还在运行。这就是为什么毁灭然后重新开始似乎是最好的选择。鉴于这些流浪汉图像的无国籍性质，我不明白为什么在每个情况下都不会奏效。我刚刚开始研究这个问题，我可能会发现这不是真的。

对我来说，这是流浪者和虚拟盒子之间的兼容性。

我在windows 10上，我所做的就是卸载流浪者和虚拟盒子

然后安装一个旧版本的虚拟盒子，特别是4.3.38版本(也为这个版本安装扩展包)

然后安装最新版本的vagrant(目前1.8.5)

从那以后，它起作用了。