Erreur de vagabondage dans Ubuntu sans tête: la machine invitée est entrée dans un état non valide pendant l'attente de son démarrage
J'ai besoin d'installer vagrant dans Ubuntu sans tête (Ubuntu 12.04.2 LTS- 64 bits) .Vagrant ver-v1.3.0 et Virtual Box-4.2.18. Après avoir ajouté la boîte à outils vagrant, lorsque j'exécute la commande "vagrant up", le message d'erreur suivant s'affiche:
Bringing machine 'default' up with 'virtualbox' provider...
[default] Clearing any previously set forwarded ports...
[default] Creating shared folders metadata...
[default] Clearing any previously set network interfaces...
[default] Preparing network interfaces based on configuration...
[default] Forwarding ports...
[default] -- 22 => 2222 (adapter 1)
[default] Booting VM...
[default] Waiting for machine to boot. This may take a few minutes...
The guest machine entered an invalid state while waiting for it
to boot. Valid states are 'starting, running'. The machine is in the
'poweroff' state. Please verify everything is configured
properly and try again.
Lorsque j’ai cherché ce message d’erreur, j’ai trouvé la nécessité de modifier votre BIOS pour activer les fonctionnalités de VT-x. Mais je ne sais pas comment le faire en tant que serveur distant sans tête Ubuntu. De plus, je ne sais pas si l'activation de VT-x résoudra le problème.
Quelqu'un peut il m'aider avec ça?
Selon mitchellh
Pouvez-vous démarrer la machine manuellement (à partir de l'interface graphique)? Ce message d'erreur est généralement indicatif des problèmes de VirtualBox.
ma solution
J'utilise vagrant sous windows cependant, j'ai résolu ce problème en tuant tout le processus VirtualBox, puis en redémarrant l'interface graphique de VirtualBox, en démarrant la machine virtuelle, puis en l'éteignant normalement.
peut-être des liens utiles
Ces deux problèmes peuvent aider.
https://github.com/mitchellh/vagrant/issues/2157
https://github.com/mitchellh/vagrant/issues/2187 peut également être utile.
Si vous avez installé la boîte virtuelle 4.3.14, il existe un problème connu de "conflit anti-virus". Vous devez désinstaller le 4.3.14 et installer le 4.3.15 comme expliqué dans ce fil.
Beaucoup de ces réponses supposent que vous déboguez une machine avec une interface graphique, alors que la question concerne un serveur sans tête Ubuntu.
L'équivalent de regarder dans l'interface graphique de Virtualbox est la commande vboxmanage , qui peut vous donner un journal d'informations. Essayer de faire des choses qui ne fonctionnent pas dans Vagrant via VBoxManage vous donnera beaucoup d’options de dépannage.
Dans mon cas, le simple fait de nettoyer d'anciennes machines virtuelles a corrigé mes problèmes.
vboxmanage list vms
Cela affichera le nom et l'UUID des ordinateurs virtuels actuellement enregistrés par Virtualbox. Saisir les UUID des machines existantes et les nettoyer a corrigé les problèmes.
vboxmanage unregistervm $uuid --delete
Dans mon cas, j'ai essayé de démarrer la VirtualBox via l'interface graphique. Il s'est avéré que l'accélération matérielle VT-x/AMD-V n'était pas activée sur mon système et qu'elle n'était plus disponible par la suite. Je devais utiliser une distribution 32 bits avec cette configuration paramètres .
Ce qui a fini par travailler pour moi quand j'ai rencontré cette erreur était de vérifier mes options de bios. J'ai un lenovo thinkpad x240 et j'ai découvert quelques options de virtualisation désactivées.
Une fois que j'ai activé ceux-ci, virtualbox a fonctionné comme prévu.
Je suis un peu en retard, mais j'avais le même message d'erreur et je l'ai résolu en localisant manuellement le fichier .vmdk pour la machine problématique et en l'ouvrant dans VirtualBoxManager (ou tout ce que vous utilisez).
J'ai rencontré ce problème récemment, car j'avais utilisé vagabond et virtualbox au cours des deux derniers mois sans problème.
Lorsque je lance l'interface graphique de VM dans virtualbox, une boîte de dialogue d'erreur s'affiche. En cherchant dans le message d'erreur, j'ai découvert qu'il s'agissait peut-être d'un bogue d'Avira (un logiciel anti-virus).
Une solution décrite ici: https://forums.virtualbox.org/viewtopic.php?f=6&t=67840&start=195#p347694
- Ouvrez la configuration Avira et allez dans Général -> Sécurité.
- Désactiver les options de protection du produit (les trois).
- Appuyez sur le bouton Ok pour enregistrer la configuration.
- Appuyez sur Démarrer-> Paramètres-> Panneau de configuration-> Système.
- Démarrer "Gestionnaire de périphériques" dans l'onglet "Matériel".
- Dans le menu "Affichage", activez l'option "Afficher les périphériques cachés".
- Sélectionnez maintenant le nœud "Pilotes non Plug and Play".
- Cliquez avec le bouton droit sur le pilote "avipbb" et sélectionnez "Propriétés".
- Dans l'onglet "Pilote" sélectionnez l'option "Désactivé" et cliquez sur OK.
- Fermez tout et redémarrez.
Ça marche pour moi.
Pour moi, cela a commencé juste après la mise à niveau de Avast Free Antivirus vers v11.1.2253.
Bien que l'option VT-X soit activée, lors du démarrage d'une boîte à l'aide de VirtualBox Manager, j'ai reçu des erreurs qui ne le sont pas (VERR_VMX_MSR_LOCKED_OR_DISABLED).
Un autre problème était que le gestionnaire VirtualBox s’était présenté avec le système d’exploitation Ubuntu (32 bits), lorsque la boîte était en 64 bits.
La solution consiste à désactiver "Activer la virtualisation assistée par le matériel" dans Avast Antivirus, au moins jusqu'à ce que l'équipe Avast le résolve.
Source: Forums Avast> Avast Free 11.1.2253 & VirtualBox 5.0.14
Pour référence ultérieure: VirtualBox peut entrer en conflit avec d’autres programmes utilisant la virtualisation: Les coupables habituels sont les débogueurs de niveau système, les autres plates-formes VM et certaines applications antivirus résidentes} comme décrit sur le [forum VirtualBox] ( https://forums.virtualbox.org/viewtopic.php?f=1&t=62339 .
Un arrêt brutal imprévu de mon système exécutant plusieurs instances de boîte virtuelle, y compris Vagrant (spécifiquement VVV) produisant la même sortie d'erreur lorsque vagrant up a été tenté.
Résolu avec la commande vagrant reload.
Plusieurs sites de développement WordPress sont maintenant opérationnels.
Dans mon cas, Vagrant ou VirtualBox ou Homestead de Laravel a tout gâché. Au cours de la commande vagrant up, j'ai constaté qu'elle générait un dossier settler_ dans mon dossier VM, puis elle renomme le dossier en Homestead-7, puis tente d'exécuter l'ordinateur ... dans le dossier settler_! Je dois retirer manuellement le disque connecté et attacher le bon à la place.
Dans mon cas:
- mise à jour de vbox
- lors de l'exécution vagabonde, le système d'exploitation démarrait et attendait une connexion réseau, prenant pour toujours
- pour réparer, ouvrez vbox, affichez la machine virtuelle active, cliquez sur l'icône des cartes réseau, désactivez la connexion Ethernet, activez nat.
- la machine virtuelle continue de démarrer, et vagrant peut se connecter via ssh