J'ai une VirtualBox Ubuntu. Tout fonctionne bien, sauf que sur le démarrage, il faut environ 5 minutes ou plus après le message
Avant de finir son démarrage: P> en attente de la machine. Cela peut prendre quelques minutes ... CODE> P> Host: OSX 10.8.5
Guest: Ubuntu 12.05
Virtualbox: 4.2
11 Réponses :
Vous utilisez une boîte qui a VirtualBox Guest Addition 4.3.x, mais votre hôte est en cours d'exécution 4.2.x
En raison de cette différence, VirtualBox est incapable d'exécuter une commande qui fait partie du processus Créer. p>
Obtenir une nouvelle boîte à exécuter des ajouts invités 4.2.x ou la mise à niveau de votre VirtualBox sur 4.3.x résoudra probablement ce problème. p>
Essayez de paramétrer les paramètres suivants dans votre fichier Vagrant P> vagrant up --debug
J'utilise un arrangement similaire et l'expérience n'a aucun affichage de démarrage étrange. Comme le dit l'avertissement, cette inadéquation est principalement inoffensive.
Correction du problème. Ce que j'ai fait:
Notes:
Autres notes:
config.vm.boot_timeout = 300 n'a pas aidé
EDIT: Essayez également d'exécuter Supprimer /etc/udev/roules.d/70-persistent-net.rules dans votre machine d'invité.
Je ne sais pas si vous avez déjà été résolu, mais j'avais la même erreur et pour le réparer, j'ai supprimé les baux DHCP émis sur Vagrant avant de le redémarrer.
@ Votre local Vous pouvez passer à l'aide de p> xxx pré>
puis sur Virtualbox, vous devez supprimer le DHCP P>
sudo rm -Rf /var/lib/dhcp/*
Il semble ne signaler aucune erreur pour pourquoi il se bloque dans ce cas. P> SE L'interface graphique pour montrer: p> Vous pouvez voir le "dev connaître:" ou autre invite comme tout est tout simplement bien. P> alors vous pouvez N'oubliez pas que vous avez changé le keyset SSH sur l'invité la nuit dernière ... p> Solution: Tellez Vagrant où la clé privée est sur l'hôte. > P> cat ~/.ssh/id_rsa.pub | ssh user@hostname.example.com "mkdir ~/.ssh; cat >> ~/.ssh/authorized_keys"
J'ai eu ceci occasionnellement: le VM prend beaucoup de temps pour démarrer et, par la suite, il y a quelque chose qui ne va pas avec sa mise en réseau (le site que je cours devient inaccessible).
Pour moi, ceci a été corrigé par les éléments suivants:
vagabrant ssh dans le VM
- dans la machine virtuelle, exécutez
sudo /etc/init.d/networking redémarrage
Essayez de générer J'ai résolu ceci en supprimant le Peut-être que la raison est insécur_private_key
insécur_private_key , situé sous ~ / .vagrant.d
insécur_private_key est ancien
Suggestion de Spudger de et avait défini Ceci était par rapport au Configuration pour le cours d'Udacity Full Fondations de pile. Vagrant Up --Debug Correction de ce problème pour moi. Il semblait que l'interface graphique VirtualBox a couru plus en douceur et a sauté une fenêtre plus tôt dans le processus. J'avais tourné cela sur la façon dont d'autres suggèrent: config.vm.boot_timeout = 600 .
Cela a fonctionné pour moi! HÔTE: Windows Server 12, VM: Ubuntu / Precise32, VirtualBox 5.1
J'ai résolu ce problème:
Warning: Authentication failure. Retrying...
dans VirtualBox Manager, choisissez la bonne machine virtuelle, puis cliquez avec le bouton droit sur Paramètres → Réseau. Activer l'adaptateur 1 → Câble connecté. Enfin, exécutez
$vagrant reload
Essayez de noter la ligne:
config.vm.network "privé_network", IP: "192.168.33.11"
à l'intérieur du VagrantFile
Pour le bénéfice des autres qui trébuchent sur ce symptôme, j'ai (récemment) vu cela et a finalement découvert que la cause dans mon cas était que la boîte sous-jacente n'avait pas eu AMD-V allumée dans le BIOS et Donc, l'invité ne démarre pas. Même en sachant cela, je ne pouvais pas le trouver dans les journaux, mais je l'ai découvert en essayant de démarrer la Virtualbox sous-jacente en mode UI complet.
Il est difficile de diagnostiquer à partir de cela. Avez-vous essayé Activation de l'interface graphique VirtualBox dans votre
VagrantFile , vous pouvez donc regarder la console comme elle botter?Cela dit "Cela peut prendre quelques minutes", donc je ne suis pas sûr qu'il y ait vraiment un problème.