vagrant'hostonlyif'创建不起作用

时间:2013-01-18 17:57:42

标签: vagrant archlinux

我正试图在盒子上做一个流浪汉,我得到以下错误。

  

INFO接口:错误:使用VBoxManage执行以下命令时出错:   [“hostonlyif”,“创造”]

在VAGRANT_LOG上进行INFO时,我得到了

ERROR vagrant: /opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/driver/virtualbox_base.rb:278:in `block in execute'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/util/retryable.rb:14:in `retryable'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/driver/virtualbox_base.rb:268:in `execute'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/driver/virtualbox_4_2.rb:61:in `create_host_only_network'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:276:in `create_hostonly_network'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:229:in `hostonly_adapter'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:36:in `block in call'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:31:in `each'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/network.rb:31:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/warden.rb:33:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/vm/clear_network_interfaces.rb:26:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.0.6/lib/vagrant/action/warden.rb:33:in `call'

我已尝试将vagrantfile中的'hostonly'替换为'hostonlyif',但这会显示一条错误消息,指出它应设置为'hostonly'。我该如何修复这个错误?

主机正在运行archlinux,我正在使用最新版本的vagrant和virtualbox。

8 个答案:

答案 0 :(得分:23)

试试这个: sudo modprobe vboxnetadp

在我的情况下它可以工作

答案 1 :(得分:21)

我刚刚更新到OS X 10.9并遇到了vagrant up的问题。

如果您运行的是VirtualBox 4.2或更早版本,则应该可以使用:

sudo /Library/StartupItems/VirtualBox/VirtualBox restart

但是,如果您运行的是较新版本的VirtualBox(4.3或更高版本),请尝试:

sudo launchctl load /Library/LaunchDaemons/org.virtualbox.startup.plist

如本问题所述:vagrant up failed, /dev/vboxnetctl: no such file or directory

答案 2 :(得分:3)

我遇到过类似的问题,只有根本没有明显的错误:私人网络根本就没有创建过。在这种情况下,解决方案一如既往的愚蠢和简单:

$ pacman -S net-tools

答案 3 :(得分:3)

看起来这在Mac OSX Mavericks(10.9)上有经验,这是一个权限问题。

您可以通过运行来修复它:

sudo /Library/StartupItems/VirtualBox/VirtualBox restart

答案 4 :(得分:3)

就我而言,它也是:

sudo modprobe vboxnetflt

答案 5 :(得分:1)

我没有看到您在问题中运行的VirtualBox版本,但是对于版本4.2.x,前面的答案列出了命令:

sudo /Library/StartupItems/VirtualBox/VirtualBox restart

应该解决您的问题。如果您运行的是4.3.x,则该命令的等效项为:

sudo launchctl load /Library/LaunchDaemons/org.virtualbox.startup.plist

这也将重启VirtualBox服务并解决您的问题。

作为旁注,我遇到了运行该命令将无声地失败并导致VirtualBox发出您描述的相同行为的问题。这通常是由于VM仍然处于活动状态而引起的,通常可以通过暂停或销毁您的vagrant实例或其他VM并重新运行该命令来解决。

答案 6 :(得分:0)

我发现以上都不适用于El Captian,以下是:

sudo "/Library/Application Support/VirtualBox/LaunchDaemons/VirtualBoxStartup.sh" restart

答案 7 :(得分:0)

我解决了这个问题,只是重新启动了我的 MAC,然后再次运行

vagrant up