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

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

我在VirtualBox中运行vagrant/VirtualBox时得到了这个。我通过在主机上运行流浪机器来解决这个问题。

需要反复检查的一件事是，您的计算机BIOS中是否启用了硬件虚拟化。

我的问题是相同的超时字符串，但我只能在GUI中看到黑屏。

我刚刚安装的一台笔记本电脑一直显示同样的问题。经过几个小时的搜索，我终于找到了一个提示，看看BIOS是否启用了硬件虚拟化。

以下是我找到的帖子内容:

我发现仍然有一些用户遇到了这个问题。因此，我将尝试在下面总结一些可能的解决SSH超时问题的方法:

Make sure your firewall or antivirus is not blocking the program (which I doubt will happen often) Give your vagrant machine some time for timeouts to happen. If you dont have a very fast PC / Mac, the VM will take while to boot into an SSH ready state, so timeouts will happen. Therefore, first try to let vagrant timeout COMPLETELY before concluding that there is a fault. If vagrant times out completely then increase the timeout limit in the vagrant file to a few min and try again. If that still doesnt work, then try to clean boot your vagrant machine through the VirtualBox interface and enable the GUI of the machine beforehand. If the GUI doesn't show anything happening (ie. just blackscreen, no text) while it is booting, then your vagrant machine has got problems. Destroy the entire machine through the VB interface and reinstall. Delete the ubuntu image files in the Vagrant Images folder in the user folder and redownload and install. Do you even have an intel processor that supports 64bit hardware virtualisation? Google it. If you do, make sure there is no setting in your Bios disabling this feature. Disable hyper-v feature if you are running windows 7 or 8. Google how to disable. Make sure you are running through an SSH enabled client. Use Git bash. Download: http://git-scm.com/downloads Install a 32bit version of ubuntu like trusty32 or precise32. Just change the version in the vagrant file and reinstall vagrant in new directory. Make sure you are using the latest vagrant and virtualbox versions. Last resorts: Format your computer, reinstall windows and buy an intel core isomething processor.

希望这能有所帮助。

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

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

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

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

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

vagrant destroy
vagrant up

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

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

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