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。

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

对我有帮助的是在BIOS中启用虚拟化，因为机器无法启动。

将ubuntu32位安装到AMD64位上就成功了。我无法访问BIOs，因为它是一个受限制的环境，但我仍然能够让它与ubuntu/trusty32而不是ubuntu/trusty64一起工作

在Windows 7 SP1上使用Vagrant 1.6.3和VirtualBox 4.3.15

希望这能有所帮助。

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

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

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

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

vagrant destroy
vagrant up

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

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