Ce matin, j'ai fait un nouvel essai en ciblant une VM sous Stretch plutôt que Buster. Voici mes commandes: vagrant init debian/stretch64 vagrant up --provider=libvirt
Avec celles-ci, une VM sous Stretch a été créée avec succès même si j'ai à l'écran de la machine hôte, le message ci-après: The executable 'sudo' Vagrant is trying to run was not found in the PATH variable. This is an error. Please verify this software is installed and on the path. Ce succès m'a conduit à ré-essayer à nouveau avec Buster et là, ça a fonctionné ! J'ai l'impression que soit, l'image debian/buster64 a été modifiée ces dernières heures, soit ma commande initiale vagrant init debian/buster64 avait échoué d'une façon ou d'une autre, sans que je m'en rende compte (celle-ci m'ayant produit un fichier Vagrantfile, je suis certain de l'avoir exécutée). Désolé pour le bruit. Slts Le lun. 23 nov. 2020 à 13:10, Olivier <oza.4...@gmail.com> a écrit : > Bonjour, > > Je teste Vagrant/Libvirt sur Buster. J'ai suivi [1]. > > Libvirt fonctionne un minimum puisque que j'arrive à créer et utiliser des > VM "à la main". > > Par contre, la commande "vagrant up --provider=libvirt" ne donne pas le > résultat escompté: > > - la commande "vagrant up --provider=libvirt" se termine avec 0 comme code > de sortie > - j'accède à la console de la nouvelle VM avec VirtManager > - le démarrage de celle-ci s'interrompt car la nouvelle image ne reçoit > pas d'image par PXE: > > Nothing to boot:no such file or directory (http://ipxe.org/err/2d03e1) > ... > No bootable device > > Mon fichier Vagrantfile est simplissime: > > Vagrant.configure("2") do |config| > config.vm.box_url = "debian/buster64" > end > > Dans quelle direction chercher ? > Dois-je configurer dnsmasq/PXE/autre pour que l'obtention de l'image PXE > réussisse ou bien dois-je au contraire chercher à éviter cette étape ? > > [1] https://wiki.debian.org/Vagrant > > Slts >
