Ich suche diese Antwort nicht, weil meine Frage anders ist.
Wenn ich vagrant global-status
tippe, erhalte ich eine Liste von VMs, aber einige dieser Verzeichnisse und VMs wurden zusammen mit den Vagrant-Dateien gelöscht.
Aber wenn ich tippe vagrant destroy [machineid]
, erhalte ich den folgenden Fehler, den ich beheben möchte. Bitte beraten.
The working directory for Vagrant doesn't exist! This is the
specified working directory:
/Users/steven/projects/php/vagrant-laravel
$ vagrant destroy -f <id>
vagrant global-status --prune
ist korrekt, um gelöschte Vagrant-Verzeichnisse nicht zu kennen, da Vagrants Kenntnis der in diesem Verzeichnis verwalteten VM entfernt wurde, als die Dateien, die die VM verwalten, vorhanden waren. Es ist jetzt das Problem des Hypervisors.Ich hatte auch dieses Problem. Ich konnte es beheben, indem ich den Inhalt von änderte
~/.vagrant.d/data/machine-index/index
. Es ist im JSON-Format, daher habe ich nur die Daten entfernt, die sich auf nicht mehr vorhandene Instanzen beziehen.Ich habe nur die Daten entfernt, die sich auf nicht mehr vorhandene Instanzen beziehen. Ich würde keine Daten ändern, die sich auf eine Instanz beziehen, die im Dateisystem vorhanden ist.
quelle
--prune
hat bei mir nicht funktioniert. Ich entfernt~/.vagrant
,~/.vagrant.d
und.vagrant
. Und manuell verbleibende VMs entfernt.Ich bin zurück
gems
undboxes
vom Original gewandert~/.vagrant.d
. Vielleicht kann man versuchen, nur die Maschine zu entfernen,.vagrant
aber das habe ich nicht getestet.quelle
Verwenden
vagrant box remove -f [name]
Es klappt. Garantiert!
quelle
ich benutzte
Auch ich habe entfernt
Und manuell entfernte verbleibende VMs, falls vorhanden.
quelle