VM стала "недоступной" - бродяга больше не работает

По какой-то причине этим утром, когда я запускаю " бродяга вверх", я получаю следующую ошибку (это работало совершенно нормально уже более года)

Your VM has become "inaccessible". Unfortunately, this is a critical error with VirtualBox that Vagrant can not cleanly recover from. Please open VirtualBox and clear out your inaccessible virtual machines or find a way to fix them.

Я мог бы попытаться удалить мою существующую папку .vagrant и сделать бродягу, но это будет навсегда на наших очень медленных скоростях интернета. Может ли кто-нибудь предложить, как быстро исправить это?

Ответ 1

Это сработало для меня

После некоторого копирования через вывод отладки я обнаружил, что даже несмотря на то, что фактическая виртуальная машина не повреждена (я могу загрузить и запустить ее из приложения GUI VirtualBox), где-то в своих кишках VirtualBox помечен этой виртуальной машиной как "". Бродяга, справедливо полагая, что он сказал, выплевывает сообщение об ошибке.

После просмотра справки VBoxManage я обнаружил, что один из его команд, список vms, неудивительно перечисляет все виртуальные машины, зарегистрированные в VirtualBox:

$ /cygdrive/c/Program\ Files/Oracle/VirtualBox/VBoxManage.exe list vms
"precise64" {3613de48-6295-4a91-81fd-36e936beda4b}
"<inaccessible>" {2568227e-e73d-4056-978e-9ae8596493d9}
"<inaccessible>" {0fb42965-61cb-4388-89c4-de572d4ea7fc}
"<inaccessible>" {c65b1456-5771-4617-a6fb-869dffebeddd}
"<inaccessible>" {9709d3d5-ce4d-42b9-ad5e-07726823fd02}

Одна из этих виртуальных машин, отмеченных как недоступная, - это моя потерянная виртуальная машина! Время исправить вагон VBoxManage, отменив регистрацию VM как недоступную, затем перерегистрировав ее с правильным именем:

Откройте файл конфигурации для потерянной виртуальной машины. Шахта была сохранена в C:\cygwin\home\Philip\VirtualBox VMs\rails-vm-v2\rails-vm-v2.vbox
Найдите и скопируйте значение атрибута uuid машины node. Мой был 9709d3d5-ce4d-42b9-ad5e-07726823fd02.
В командной строке Windows (или терминале Cygwin) отмените регистрацию с помощью команды unregistervm, используя значение [uuid] из шага 2:
```
$ C:\Program Files\Oracle\VirtualBox\VBoxManage.exe unregistervm [uuid]
```
Теперь зарегистрируйте виртуальную машину с помощью команды registervm с указанием пути к файлу конфигурации VM:
```
$ C:\Program Files\Oracle\VirtualBox\VBoxManage.exe registervm C:\cygwin\home\Philip\Virtual VMs\rails-vm-v2\rails-vm-v2.vbox
```
Теперь вы должны иметь возможность запустить виртуальную машину, как ожидалось.

Источник: http://www.psteiner.com/2013/04/vagrant-how-to-fix-vm-inaccessible-error.html

Ответ 2

это работает для меня:

В моей папке "C:\Users {user}\VirtualBox VMs {vm-id}" находятся два файла

{VM-ID}.vbox-пред
{VM-ID}.vbox-TMP

Переименование с "{vm-id}.vbox-tmp" на "{vm-id}.vbox" решило мою проблему, и я могу назвать "бродячим"

Ответ 3

Вы можете просто удалить папку .vagrant из папки проекта и снова запустить бродягу.

Ответ 4

Ничто здесь не работало для меня.

Я удалил (или переименовал см. первый комментарий) все файлы из

C:\Users [YourNameHere].VirtualBox

Запустите бродягу снова:

vagrant up

Теперь это вверх.

Ответ 5

VirtualBox Manager скорее всего даст вам более полезную информацию, например, в моем случае он сообщил, что файл .vbox не существует.

Посмотрев, проблема в том, что файл не существовал - что-то переименовало его в x.vbox-tmp (закрытие ПК с помощью VM все еще работает, возможно?)

Я скопировал файл x.vbox-prev в x.vbox и снова попытался перезагрузить виртуальную машину, и все было нормально.

Ответ 6

Найдите ту, которая недоступна с помощью одной из следующих команд:

$ vagrant global-status

или

$ VBoxManage list vms

Затем обратите внимание на GUID и удалите его из файла VirtualBox.xml (OS X: ~/Library/VirtualBox/VirtualBox.xml, Windows: %HOME%/.VirtualBox).

Альтернативно удалите папку .vagrant из папки, где находится ваша виртуальная машина, и начинайте с нуля (vagrant up).

См. также: Невозможно удалить виртуальные машины "Недоступные" из виртуального интерфейса Virtualbox в VirtualBox

Ответ 7

Моя проблема была такой же, но исправление было совсем другим... мои виртуальные машины хранятся на сетевом диске, доступном для общего доступа NFS. Удаленный диск не смог выйти после перезагрузки, поэтому виртуальные машины были недоступны. Потратил меня на то, чтобы понять причину, и в то же время охотился на все без разрешения.

Затем я осознал, что на лицевой стороне, контактировал путь, и все это сработало.

Итак, в двух словах, это была проблема пути.

Я чувствовал, что должен включить его здесь, если он помогает кому-то в одной лодке.