VBoxManage: error: Impossible de créer l'adaptateur pour hôte uniquement
J'utilise vagrant 1.4 et virtual box 4.3 sur une machine Fedora 17. Quand je fais "vagabonder", j'obtiens cette erreur:
Bringing machine 'default' up with 'virtualbox' provider...
[default] Clearing any previously set forwarded ports...
[default] Clearing any previously set network interfaces...
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: VBoxNetAdpCtl: ioctl failed for /dev/vboxnetctl: Inappropriate ioctl for devic
VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component HostNetworkInterface, interface IHostNetworkInterface
VBoxManage: error: Context: "int handleCreate(HandlerArg*, int, int*)" at line 66 of file VBoxManageHostonly.cpp
J'ai eu le même problème aujourd'hui. La raison était que j'avais un autre VM en cours d'exécution dans VirtualBox.
- Ouvrez VirtualBox et fermez chaque VM en cours d'exécution
- Redémarrer VirtualBox
Sur Mac:
Sudo /Library/StartupItems/VirtualBox/VirtualBox restart
Edit: La solution précédente suppose que VirtualBox est démarré avec le système, tandis que le suivant est plus générique:
Sudo "/Library/Application Support/VirtualBox/LaunchDaemons/VirtualBoxStartup.sh" restart
(tks @pazhyn)
Vous devriez maintenant pouvoir exécuter vagrant up ou vagrant reload et configurer votre nouvel hôte.
Pour Mac OS X 10.9.3, Vagrant 1.6.3 et VirtualBox 4.3.6, ce problème a été corrigé lors du redémarrage de VirtualBox.
Sudo "/Library/Application Support/VirtualBox/LaunchDaemons/VirtualBoxStartup.sh" restart
TL; DR MacOS bloque probablement VirtualBox. Allez à
System Preferences > Security & PrivacyPuis cliquez sur "Autoriser".
Solution: Passez à System Preferences > Security & Privacy Cliquez ensuite sur le bouton "Autoriser" pour laisser Oracle (VirtualBox) se charger.
MacOS par défaut peut bloquer le chargement de kexts. Vous devez cliquer sur le bouton "autoriser" avant d'exécuter le script VirtualBoxStartup.sh.
Puis lancez: Sudo "/Library/Application Support/VirtualBox/LaunchDaemons/VirtualBoxStartup.sh" restart comme le réponse ci-dessus .
( Cet article fournit plus de clarté au chargement des extensions du noyau MacOS)
Ce problème semble être résolu en installant la dernière version de Virtual Box .
J'ai eu ce problème après la mise à niveau vers OS X El Captian. La mise à niveau vers la dernière version de VB a résolu le problème pour moi. La boîte virtuelle vous donnera le dernier lien si vous accédez au menu de la boîte virtuelle en haut de votre écran et cliquez sur Vérifier les mises à jour.
Vous avez l'erreur dans Mac après la mise à jour de Mojave. Vous avez probablement une ancienne version de virtual box.
Mise à jour vers une version récente de virtualbox. (5.2 au moment d'écrire cet article)
Modifier: ajouter le commentaire de @ lsimonetti.
En plus de cette mise à niveau vers Virtualbox 5.2, vous avez besoin de Vagrant> = 2.0.1.
J'utilise Oracle VM Virtualbox sur Ubuntu 16.04 LTS.
La solution qui a fonctionné a été de réinstaller virtualbox comme indiqué ici :
Sudo apt remove virtualbox virtualbox-5.0 virtualbox-4.*
Sudo apt-get install virtualbox
Je n'ai pas pu trouver le dossier d'installation de VirtualBox, je n'ai donc pas pu lancer la commande suivante:
$Sudo /Library/StartupItems/VirtualBox/VirtualBox restart
Je devais réinstaller Virtual Box sur ma machine.
Voici la page de téléchargement: Page de téléchargement
Alors vagrant up a fonctionné pour moi après.
Si vous êtes sous Linux, lancez simplement: Sudo vboxreload
Dans mon cas, j'ai pu résoudre ce problème en réinstallant la boîte virtuelle. J'essayais d'utiliser le Homestead de Laravel et j'avais cette erreur. La réinstallation facilite la création des répertoires nécessaires à Virtual Box. Il m'a fallu une heure pour comprendre.
J'utilise Debian 8 (Jessie), Vagrant 1.6.5 et Virtual Box 4.3.x avec le même problème.
Pour moi, il a été corrigé en exécutant:
Sudo /etc/init.d/vboxdrv setup
J'utilise Ubuntu 14.04. J'ai genymotion installé sur la virtualbox. À chaque fois que je démarrais Genymotion, je n'avais aucun problème, mais une fois, une fois, il m'a été dit que je ne pouvais pas charger le moteur Virtualbox et que celui-ci ne s'ouvrait pas. J'ai parcouru le fichier journal et découvert qu'il ne pouvait pas créer un nouveau réseau pour hôte uniquement, car il avait déjà créé tous les réseaux possibles pour hôte uniquement. Et le problème est qu'il ne peut pas allouer de la mémoire pour un nouveau réseau.
Solution: allez dans votre boîte virtuelle Fichier -> Préférences -> Réseau
Cliquez sur l'onglet réservé à l'hôte et supprimez simplement certains des réseaux réservés à l'hôte pour libérer de la mémoire et pour pouvoir créer facilement un nouveau réseau la prochaine fois.
La suppression a résolu mon problème.
$Sudo /Library/StartupItems/VirtualBox/VirtualBox restart
A bien fonctionné pour moi sur Mac. Cela se produit normalement lorsque j'éteins mon ordinateur sans exécuter
$vagrant suspend
- CentOS Linux version 7.2.1511 (Core)
- VirtualBox-5.0
Je suis tombé sur cette bande de roulement en cherchant sur Google pour ... VBoxManage: error: Echec de la création de l'adaptateur pour hôte uniquement
J'utilisais VirtualBox-5.0 pour tester certaines machines virtuelles créées avec Vagrant et configurer des réseaux privés dans mon Vagrantfile web.vm.network "réseau_privée", ip: "192.168.10.2"
Lors de l'évocation de la commande $ vagrant up j'obtiendrais l'erreur mentionnée ci-dessus avec/dev/vboxnetcrl n'existe pas .
Il semble que ma version de VirtualBox ne dispose pas du module de noyau correct compilé pour ma version de Linux et que le périphérique,/dev/vboxnetcrl, ne soit pas créé.
Puisque je voulais tester la machine virtuelle et ne pas dépanner VirtualBox, mon travail (et non une solution) consistait à:
# yum remove VirtualBox-5.0
# yum install VirtualBox-4.3
Après cela, j'ai pu créer les machines virtuelles avec les adaptateurs d'hôte spécifiés. Et bien sûr, sous VirtualBox-4.3,/dev/vboxnetcrl était présent.
Passons maintenant au test de mes machines virtuelles. Et quand j'aurai le temps, je verrai si je peux le faire fonctionner sous VirtualBox 5.0
J'ai corrigé cette erreur en installant VirtualBox 4.2 au lieu de 4.3. Je pense que la dernière version de vagrant et de VB 4.3 est incompatible sur un système Fedora.
Si vous êtes sur Linux :
Sudo service virtualbox restart
Windows 10 Pro VirtualBox 5.2.12
Dans mon cas, j'ai dû modifier l'adaptateur Ethernet uniquement pour l'hôte dans l'interface graphique de VirtualBox. Cliquez sur Outils globaux -> Gestionnaire de réseau hôte -> Sélectionnez l’adaptateur Ethernet, puis cliquez sur Propriétés. Mine était configuré pour une configuration automatique et l'adresse IP qu'il essayait d'utiliser était différente de celle que j'essayais d'utiliser avec Drupal-vm et vagrant. Je devais simplement changer cela en manuel et corriger l'adresse IP. J'espère que ça aidera quelqu'un d'autre.
J'ai eu le même problème en suivant un tutoriel sur la configuration de Laravel Homestead pour Windows 10. Ce tutoriel fournit un exemple d'adresse IP 192.168.10.10 à utiliser pour le serveur. Le problème avec leur exemple d’IP est que si vous avez déjà un adaptateur d’hôte seul VirtualBox configuré, l’IP que vous utilisez pour votre serveur vagrant doit avoir les mêmes trois premières parties de l’adresse IP de votre adaptateur actuel .
Vous pouvez vérifier votre adresse IP actuelle de l'adaptateur d'hôte uniquement Virtualbox en exécutant ipconfig (windows) ifconfig (mac/linux) et en recherchant l'adresse IPv4 de l'adaptateur pour hôte virtuel VirtualBox. 192.168.56.1 était à moi. Habituellement, si l'adresse IP de l'hôte est 192.168.56.1, l'adresse IP de l'invité sera alors 192.168.56.101. Ainsi, au lieu d'utiliser l'exemple IP, j'ai utilisé 192.168.56.102. Toute adresse IP dans 192.168.56.* qui n'est pas déjà prise devrait fonctionner .
Après cela, Homestead up a parfaitement fonctionné pour moi.
TL; DR - Si votre IP actuel d'adaptateur pour hôte uniquement VirtualBox est 192.168.56.1, indiquez l'adresse IP de votre serveur Vagrant 192.168.56.102.
Ce qui m'a aidé sur Opensuse 42.1 est d’installer VirtualBox et Vagrant à partir des RPM officiels au lieu des référentiels Opensuse.
Si vous utilisez macOS High Sierra ou version supérieure, vous pouvez trouver le script bash à l'emplacement suivant:
Sudo /Library/Application\ Support/VirtualBox/LaunchDaemons/VirtualBoxStartup.sh restart
Donc, si vous avez ce genre d'erreur:
/ La bibliothèque/Support de l'application/VirtualBox/VBoxDrv.kext n'a pas pu être chargée - la stratégie système (libkern/kext) empêche le chargement; recherchez des erreurs dans les journaux système/noyau ou essayez kextutil (8).
Vous pouvez le résoudre via la section System Preferences > Security & Privacy et Allow la VirtualBox.
Ma solution:
Assurez-vous que vous avez les fichiers suivants sous System32:
vboxnetadp.sys
vboxnetflt.sys
Vous pouvez les télécharger ici:
J'ai eu le même problème tout à l'heure et il a été résolu simplement en réinstallant la dernière version de VirtualBox.
Pour ceux sur Mac OS High Sierra - l'installation peut échouer au début, mais vous devez aller dans Préférences Système> Sécurité et règles et cliquer sur le bouton "Autoriser" pour autoriser Oracle à installer le logiciel.
J'ai rencontré ce problème sous Windows 8.1, VirtualBox 5.1.18 et Vagrant 1.9.3.
La suppression de l'adaptateur Ethernet pour hôtes uniquement VirtualBox dans les préférences de VirtualBox (réseau -> réseaux pour hôtes uniquement) a résolu ce problème et vagrant up pouvait continuer et démarrer la machine virtuelle.
Pour macOS Mojave, cette solution a fonctionné:
Sudo "/Library/Application Support/VirtualBox/LaunchDaemons/VirtualBoxStartup.sh" restart