我也遇到过同样的问题。我通过在BIOS设置中启用虚拟化来解决这个问题。

SSH连接在初始启动时超时可能与多种原因有关，例如:

check whether virtualization is enabled in BIOS (as per comment), system awaits for user interaction (e.g. share partition is not ready), mismatch of your private key (check the config via vagrant ssh-config), the booting process takes much longer time (try increasing config.vm.boot_timeout), it's booting from the wrong drive (e.g. from the installer ISO), VM firewall misconfiguration (e.g. iptables configuration), local firewall rules, port conflict or conflict with a VPN software, sshd misconfiguration.

要调试问题，请运行——debug选项或如下:

VAGRANT_LOG=debug vagrant up

如果没有什么明显的，那么尝试从另一个终端连接到它，通过vagrant ssh或通过:

vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default

如果SSH仍然失败，尝试使用GUI(例如config. exe)运行它。GUI = true)。

如果不是，检查正在运行的进程(例如:vagrant ssh -c ' pstrree -a')或验证您的sshd_config。

如果它是一次性的虚拟机，你总是可以尝试破坏它，并重新启动它。

你也应该考虑升级你的Vagrant和Virtualbox。

有关详细信息，请检查调试和故障排除页面。

而不是ctrl-d-ing出虚拟框，因为我习惯做每当我ssh到任何东西，我相信流浪者更喜欢你进入另一个终端，并做一个:

流浪汉瘸腿

让盒子停下来。然后回到VB就没有问题了。

就像有些人已经指出的那样，如果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

我也遇到过同样的问题。我通过在BIOS设置中启用虚拟化来解决这个问题。