zar, первым делом… никогда не перемещайте машину, которая находится в сохраненном состоянии, перед перемещением вы должны выключить гостя, а не просто сохранить состояние.
Также убедитесь, что вы используете одну и ту же версию VirtualBOX на обоих хостах, но не только версию VirtualBOX, но и версию пакета расширения… или, по крайней мере, новый хост имеет более высокую версию, но никогда не имеет более низкую версию ни на одном из двух хостов.
И, наконец, я научился этому сложному способу: удалить SHARED конфигурацию папок на VirtualBOX перед тем, как переместить машину, а затем воссоздать ее корректным способом… очень важно, когда хостами являются разные ОС (Windows / Linux hosts).
И просто в качестве примечания… я всегда использую непредсказуемые VDI файлы на жестком диске как для ОС, так и для данных VDI (таким образом, один и тот же DATA VDI может быть использован не только для гостевых), специально для 4GiB pagefile. sys
Последняя часть, повторное использование непредсказуемого VDI файла, усложняет ситуацию, VirtualBOX имеет BIG BUG.
Чтобы увидеть ошибку в действии:
- Создайте один непредсказуемый VDI (как тот, который я использую для pagefile.sys)
- Создайте две или три VM на VirtualBOX
- Переместите одну из них в верхнюю часть списка (просто, чтобы не повредить любую из ваших)
- Верните назад . vbox файлов каждой из созданных вами машин (для сравнения после появления BUG)
- Прикрепите этот непредсказуемый VDI к более чем одной из этих машин (кроме той, что находится в верхней части списка)
- Теперь смотрите .vbox машины, которая находится в верхней части списка
Эта машина была отредактирована, у нее есть ссылки на другие машины непредсказуемого VDI.
- Итак, BUG есть: Редактирование одной машины, добавление непредсказуемого VDI, который используется другой машиной, влияет на машину, находящуюся в верхней части списка.
Почему, черт возьми, я повторно использую один и тот же 4GiB VDI на всех машинах с Windows? Легко, это MBR диск с FAT32 разделом, куда я поместил pagefile.sys, так как он непредсказуем, все виртуальные машины создадут файл в своей папке снимков, где они хранят изменения, и которые потеряются при следующей загрузке, так что мне не нужно 4Гб для каждого гостя, хранящегося на хост-диске, только один… Таким образом, я сохраняю много GiB, так как у меня есть более 20 различных окон для тестирования приложений, которые я разрабатываю для своих собственных, все комбинации (XP, Vista, 7, 8, 8.1, 10)*(32Bits, 64Bits) * (Так же, как и при первой установке, после каждого ServicePack, после полного обновления окон), я получаю много, много гостевых… так что на всех них я делюсь интуитивно понятным 4GiB VDI для виртуального ram (pagefile.sys).
И если вы позволите BUG пойти дальше, попробуйте переместить одну из машин на другой хост VirtualBOX (помните, что это только виртуальная машина с конфигурацией на ней и ни одна гостевая еще не установлена на ней), вы увидите, что VirtualBox не позволяет вам добавить их, так как некоторые VDI отсутствуют (это FALSE и TRUE, это то, что такая первая машина содержит ссылки на такие VDI инстинкты пчелы на нужной машине).
Теперь сравним . Все VBOX файлы с превио BackUp… обратите внимание, как один из них модифицирован неправильно… да, он находится на вершине списка.
Ну, этот BUG был проинформирован VirtualBOX несколько лет назад, они до сих пор не могут исправить его… И это вызывает много, много проблем.
Также больше, если вы переместите верхнюю часть на виртуальных машинах в нижнее положение, закройте VirtualBox и перезапустите его… скажет вам, что некоторые машины повреждены и не могут быть запущены… Да, первый в списке должен быть обработан в другой форме, если Вы не хотите получить много неприятностей.
Это действительно плохой BUG, который занял у меня много дней, чтобы обнаружить (несколько лет назад) Я узнаю это трудным путем!
Я преодолел это, имея машину, которую я назвал:
Она имеет пустую конфигурацию и только один VDI, да, вы правы, вы догадались, интуитивно понятный VDI я делюсь для всех остальных виртуальных машин.
Ну, когда я открываю .VBOX файл, я вижу внутри него много строк в <MediaRegistry> <HardDisks> разделе, по одной на каждую машину, где я использую этот непредсказуемый VDI… просто как образец (я удаляю приватные данные):
<MediaRegistry>
<HardDisks>
<HardDisk uuid="...UUID..." location="D:\VDIs\_Virtual_Memory_.vdi" format="VDI" type="Immutable">
<HardDisk uuid="{...UUID...}" location="Snapshots\{...UUID...}.vdi" format="VDI" autoReset="true"/>
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows001 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows002 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows003 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows004 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows005 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows006 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows007 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows008 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows009 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows010 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows011 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows012 ... // This belongs to other virtual Machine
<HardDisk uuid="{...UUID...}" location="D:\VMs\Windows013 ... // This belongs to other virtual Machine
... and so on ... // This belongs to other virtual Machine
</HardDisk>
</HardDisks>
</MediaRegistry>
Pretty BUG, не решенный с годами.
Ну, чтобы переместить такие машины… вы должны вручную отредактировать . VBOX файлы, чтобы поместить все ссылки на такие диски на новый хост на первой машине (той, что находится наверху списка) до добавления .VBOX файлов в список, поэтому при добавлении их VirtualBOX имеет ссылки на отсутствующие VDI (отсутствующие из-за большого BUG).
Дело в том, что каждый раз при подключении VDI, который используется на другой машине VirtualBOX обновляет две машины . VBOX файлы (тот, который принадлежит машине, которую вы используете) и к первой машине в списке.
Я не совсем уверен, что произойдет, когда в списке, к первой не прикреплен такой общий VDI… лучше не пробовать, посмотрим, что я вижу.
Так что переход на другой HOST намного сложнее, чем кажется, из-за очень плохой реализации на .VBOX файлах.Внутренняя структура (XML) зависит от HOST (Windows или Linux)
- Редактирование одной машины может изменить другую, а не только одну пчелу отредактировали
- … что еще?
Нужно больше … Я всегда мигрирую машины, делая это (и не было никаких проблем, никогда):
- Обратите внимание на список всех машин (порядок, группировка и т.д.)
- Обратите внимание на первую в списке (все ее конфигурации)
- Обратите внимание на все свойства машин, которые я хочу переместить на другой хост
- Скопируйте .vbox-файлы в виде .txt-файлов (тот, который находится вверху списка + все машины, которые я хочу переместить)
- Воссоздайте все машины (и у каждой из них есть специальный файл в верхней части списка) внутри VirtualBox на новом хосте
- Закрыть VirtualBox на новом хосте
- Дифф сравнить старый .txt с новыми .vbox файлами и скопировать из .txt в .vbox некоторые части по-человечески, а не только Copy&Paste
- Откройте VirtualBox и прикрепите все VDI в правильном порядке
- Снова закрываем VirtualBox на новом хосте
- Дифф сравниваем старый .txt с новыми .vbox файлами и ‘исправляем’ из .txt в .vbox некоторые части по-человечески, а не только Copy&Paste
Все остальное (папка снимков и VDI файлы) i копируем их обычным способом (File System Copy&Paste).
Вся эта тяжелая ручная работа вызвана Большой BUG VirtualBox: Он редактирует/изменяет машину, которая не была изменена, когда вы прикрепляете непредсказуемый VDI, который используется более чем на одной машине, иначе простого Copy&Paste файла .VBOX будет достаточно (после исправления путей папок с общим доступом и т.д.).
