vagrant up nie powiódł się, / dev / vboxnetctl: nie ma takiego pliku lub katalogu

Może się przydać, znalazłem ten błąd. Typowym rozwiązaniem jest ponowna instalacja virtualbox, ale jest lepszy sposób.

Rozwiązanie

sudo /Library/StartupItems/VirtualBox/VirtualBox restart

lub

sudo /Library/StartupItems/VirtualBox/VirtualBox start

VirtualBox 4.3+

W najnowszych wersjach plik (/ Library / StartupItems / VirtualBox / VirtualBox) nie istnieje, więc musisz użyć poniższego polecenia:

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

Błąd

Drukuj: http://d.pr/i/1Bvi

Wystąpił błąd podczas wykonywania VBoxManage, CLI używany przez Vagrant do kontrolowania VirtualBox. Polecenie i stderr są pokazane poniżej Polecenie: ["hostonlyif", "create"]

Stderr: 0% ... Stan postępu: NS_ERROR_FAILURE VBoxManage: błąd: nie można utworzyć adaptera tylko do hosta VBoxManage: błąd: VBoxNetAdpCtl: Błąd podczas dodawania nowego interfejsu: nie udało się otworzyć / dev / vboxnetctl: Nie ma takiego pliku ani katalogu

VBoxManage: błąd: Szczegóły: kod NS_ERROR_FAILURE (0x80004005), składnik HostNetworkInterface, interfejs IHostNetworkInterface VBoxManage: błąd: Context: „int handleCreate (HandlerArg *, int, int *)” w wierszu 68 pliku VBoxManageHostonly.cpp

Problem Vagrant Git dotyczący błędu: https://github.com/mitchellh/vagrant/issues/1671#issuecomment-22304107

Używam systemu macOS High Sierra 10.13.1 i VirtualBox 5.2.2.

To zadziałało dla mnie:

1. Przyznaj uprawnienia VirtualBox w obszarze Preferencje systemowe> Bezpieczeństwo i prywatność> Ogólne (to żądanie jest nowe w systemie macOS High Sierra)
2. Otwórz Terminal i uruchom: sudo "/Library/Application Support/VirtualBox/LaunchDaemons/VirtualBoxStartup.sh" restart

Jeśli twój system ostatnio zaktualizował jądro, wielu musi ponownie uruchomić konfigurację vbox. W takim przypadku po uruchomieniu polecenia startowego virtualbox zobaczysz następujące komunikaty:

$ sudo /path/to/virtualbox start
WARNING: The vboxdrv kernel module is not loaded. Either there is no module
         available for the current kernel (2.6.32-358.23.2.el6.x86_64) or it failed to
         load. Please recompile the kernel module and install it by

           sudo /etc/init.d/vboxdrv setup

         You will not be able to start VMs until this problem is fixed.

Miałem problemy z vbox działającym na Ubuntu 17.10 podczas uruchamiania maszyny wirtualnej z siecią dostosowaną / mostkową tylko do hosta. Szukając odpowiedzi, znalazłem wiele poleceń przydatnych przy tego rodzaju problemach. Tutaj są:

PROBLEMY Z WIRTUALNYM HOSTEM

nie udało się otworzyć / dev / vboxnetctl

vboxnet0 - to ten zły facet powoduje wszystkie kłopoty.

VBoxNetAdpCtl: Błąd podczas dodawania nowego interfejsu: nie udało się otworzyć / dev / vboxnetctl: Brak takiego pliku lub katalogu.

Te polecenia nie są używane w określonej kolejności. Są po prostu ogólnie przydatne i rozwiązują problemy.

1) sudo modprobe vboxdrv

2) sudo modprobe vboxnetadp - (interfejs tylko hosta)

3) sudo modprobe vboxnetflt - (uczyń vboxnet0 dostępnym)

JEŻELI MASZ PROBLEMY Z URUCHOMIENIEM BEZPIECZNEGO ROZRUCHU PIERWSZEGO KOMENDY, ZALECAM WYŁĄCZENIE BEZPIECZNEGO ROZRUCHU W BIOS-ie (lub zrestartuj).

modprobe: FATAL: Nie znaleziono modułu vboxnetftl w katalogu /lib/modules/4.13.0-21-generic

(połączenie mostowe)

4) sudo apt-get install virtualbox-dkms (rozszerzenie) -> przejdź do polecenia 1 po tym

5) sudo vboxmanage hostonlyif create

Te czasami mogą działać:

I. service - status-all

II usługa nazwa_usługi restart

Przede wszystkim wypróbowane środki zaradcze, kilka poleceń, chociaż wykonanych, nie zadziałało. Na moim komputerze Mac (el captain) nic nie ma sort / Library / StartupItems / Vir *, a poniższe polecenie nie powiodło się:

sudo /Library/StartupItems/VirtualBox/VirtualBox restart

Ponowna instalacja najnowszego VirtualBox, a następnie uruchomienie poniższego polecenia pomogło mi w uruchomieniu maszyny wirtualnej

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

Miałem podobny problem z uruchomieniem wirtualnego boxu na High Sierra.

macOS High Sierra 10.13 wprowadza nową funkcję, która wymaga zgody użytkownika przed załadowaniem nowo zainstalowanych rozszerzeń jądra innych firm (KEXT). W przypadku żądania załadowania KEXT, którego użytkownik jeszcze nie zatwierdził, żądanie załadowania jest odrzucane. Aplikacje lub instalatory, które traktują błąd ładowania KEXT jako poważny błąd, będą musiały zostać zmienione, aby obsłużyć ten nowy przypadek.

Aby rozwiązać ten problem, musisz ręcznie zatwierdzić KEXT w Preferencjach systemowych> Bezpieczeństwo i prywatność.

Oto uwaga techniczna od Apple:

https://developer.apple.com/library/content/technotes/tn2459/_index.html

BIEGAĆ

$ sudo modprobe vboxdrv
$ sudo modprobe vboxnetadp
$ sudo vboxreload

Kiedy pojawia się błąd ...

There was an error while executing `VBoxManage`, a CLI used by Vagrant
for controlling VirtualBox. The command and stderr is shown below.

Command: ["hostonlyif", "create"]

Stderr: 0%...
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to create the host-only adapter
VBoxManage: error: VBoxNetAdpCtl: Error while adding new interface: failed to open          /dev/vboxnetctl: No such file or directory

VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component HostNetworkInterface,   interface IHostNetworkInterface
VBoxManage: error: Context: "int handleCreate(HandlerArg*, int, int*)" at line 68 of file    VBoxManageHostonly.cpp

Poniższe działa dla mnie i nie zwraca żadnych błędów, jestem wtedy w stanie skutecznie przywołać włóczęgę

sudo /Library/StartupItems/VirtualBox/VirtualBox restart

Utknąłem w tym na chwilę. Podczas próby uruchomienia polecenia sudo: / Library .. ciągle widziałem komunikat „polecenie nie znaleziono”.

Jednak to zadziałało dla mnie:

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