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

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

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

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

从那以后，它起作用了。

这是流浪者的新“特征”。看看这里: https://github.com/mitchellh/vagrant/issues/3329

他们将把“错误”改为“警告”。它只是告诉你机器还没有启动，它正在尝试连接…

如果你在Windows 8或Windows 10上工作，这对我来说很管用:

更改BIOS设置以允许64位虚拟化。 以下是如何做到的: 使用高级启动重启PC(进入高级启动-'立即重启'-'故障排除'-'高级选项'-' UEFI固件设置'-'重新启动') 在BIOS窗口内-转到“高级”菜单/选项卡-启用“英特尔虚拟技术” 保存并退出。

我通过在/etc/fstab中添加一个新条目来测试我的vagrant VM中挂载的文件夹。后来我注销了，跑了个流浪汉，但当我跑了个流浪汉，我得到:

SSH auth method: private key
Warning: Remote connection disconnect. Retrying...

I read all these posts and tried all the ones that seemed relevant for my case (except for vagrant destroy, which would have certainly fixed my problem, but was a last resort in my case). The post by @Kiee gave me the idea to try to boot my VM directly from the VirtualBox GUI. During the boot process the VM halted itself and was asking me if I wanted to skip mounting the test folder that I had added earlier to /etc/fstab. (That's why vagrant couldn't boot the VM.) After answering 'NO' the VM booted no problem. I logged in, removed the naughty line from my fstab, and shutdown the VM.

在那之后，流浪汉就能很好地踢足球了。

外卖吗?如果突然间vagrant无法引导回您的VM，请尝试直接从提供商引导(在我的情况下是VirtualBox)。您的引导可能挂起了与SSH完全无关的东西。

VMware提供商的用户还有一个可能的解决方案: 对我来说，在同一台主机上删除并行安装的VirtualBox后，这个问题得到了解决。VMware和VirtualBox之间的网络接口明显冲突

我有一个问题与现有的盒子(不确定什么改变)，但我可以通过SSH连接，即使流浪者盒子无法启动。碰巧我的SSH密钥以某种方式改变了。

从vagrant根文件夹中，我运行vagrant ssh-config，它告诉我密钥文件在哪里。我用puttygen打开它，它给了我一把新钥匙。

在我的Linux客户机上，我编辑了~/。Ssh /authorized_keys并将新的公钥放入其中。

现在一切都恢复正常了!