ubuntu/ bioni64遇到类似的问题

通过启用Vagrantfile中的gui，我可以使用默认的vagrant/vagrant登录

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

然后执行如下命令复位防火墙

$ ufw force --reset  

然后重新启动系统，这次没有UI 能顺利启动吗

在进行重置之前，请确保保留防火墙规则的备份

我也遇到过同样的问题，但是上面提到的解决方案都不适合我! 我通过将Vagrant降级到1.6.2来解决这个问题，现在它可以工作了!

我解决这个问题的方法在这篇文章中没有提到，所以我把细节贴在这里，以防它能帮助到其他人。

造成这种情况的原因是，在机器启动后，流浪汉无法登录机器。造成这种情况的原因有很多，正如本文中提到的，比如机器无法一直启动，或者iptables防火墙阻止SSH。

在我的例子中，问题是我无意中设置了一个“private_network”，它的IP地址与内置的VirtualBox NAT网络(在我的例子中是10.0.2.0/24)在同一个子网中。这打乱了机器的NAT网络(但没有任何地方显示错误)，由于vagrant通过NAT网络连接，因此即使机器正在运行且没有启用防火墙，它也无法连接。

Vagrant.configure("2") do |config|
  config.vm.network "private_network", ip: "10.0.2.31"
end

解决办法是更新我的VagrantFile，并使用一个与VirtualBox的NAT网络不冲突的“private_network”IP。

Vagrant.configure("2") do |config|
  config.vm.network "private_network", ip: "10.0.4.31"
end

我也有同样的问题，但其他答案都不能完全解决我的问题。@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

如果您正在使用包装层(如Kitchen CI)，并且正在运行32b主机，则必须抢先安装Vagrant盒子。它们的默认提供程序是二进制文件的opscode“家族”。

所以在厨房创建default-ubuntu-1204之前，请确保您使用:

vagrant box add default-ubuntu-1204 http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_ubuntu-12.04-i386_chef-provisionerless.box

如果您的主机不支持字大小虚拟化，则使用32b映像

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

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

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

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