rPman

В настройках виртуальных машин, там где настраивается сетевой адаптер, настраиваешь либо 'Сетевой мост' с реальным сетевым адаптером хост машины, либо выбираешь 'Внутренняя сеть' и создаешь новую, она будет доступна только тем сетевым машинам где выбрана (таких независимых сетей может быть много).

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

Какая операционная система?

Если windows.
Можно, но будет медленно, можно слегка ускорить чтение и запись, за счет понижения надежности (при аварийном выключении хост машины можно потерять данные), включив принудительное кеширование, есть отдельно настройка в свойствах устройства (свойства диска, закладка устройства, включить принудительное кеширование записи) и есть опция в настройках виртуальной машины - в настройках контроллера диска включить кеширование.

Если список устройств (диски флешки) на машине меняется редко, то рекомендуется использовать флешку не как хранилище файла vdi а использовать прямой доступ к устройству, к сожалению в VirtualBox это можно делать только из командной строки, создав дисковое устройство с помощью команды

vboxmanage internalcommands createrawvmdk -filename маленький_файл.vmdk -rawdisk \\.\PhysicalDrive0

тут \\.\PhysicalDrive0 это имя диска (не раздела), с его номером, порядок дисков смотреть в менеджере дисков. Порядок дисков меняется при подключении новых флешек, так что это придется отслеживать.

у тебя 2 задачи:
1. работа с файловой системой в raw образе (инструментарий зависит от выбранного типа файловой системы fat/ntfs/iso/ext4/...)
2. конвертация raw образа в vmdk

с этим справится утилита qemu-img из проекта qemu

qemu-img create -f raw image.img 4G 
# тут можно смонтировать файловую систему в linux с помощью mount
qemu-img convert -f raw image.img -O image.vmdk
# а тут в windows с помощью diskpart

либо от virtualbox - VBoxManage

нет нужды делать все самому, создаешь монтируешь

python у тебя тут исключительно как инструмент запуска внешних команд

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

Делаешь livecd/liveusb чего то типа clonezilla (можно linux зпустить с liveusb и в нем как приложение), загружаешься с нее на исходной машине, полученную копию куда то складываешь, например по сети (она будет размера занятого пространства на дисках, можно включить сжатие), затем создаешь виртуальную машину с пустыми дисками, и загружаешься в ней с clonezilla, указываешь источник данных куда сохранил образы и восстанавливаешь (после этот бакап можно удалить)

p.s. clonezilla кажется не умеет работать с динамическими дисками windows (софтварный рейд), в остальных случаях все ок

можно пользоваться другими средствами резервного копирования, которые это понимают, при необходимости

боюсь EFI информацию никто красиво бакапить не умеет, я даже с ходу не нашел где виртуальные машины хранят таблицы у себя, которые должен хранить биос (и хранят ли, по уму они могут сканировать все диски каждый раз при запуске, как железные делают с внешними носителями)

но восстанавливать эту информацию умеют уже сами операционные системы, в linux - просто заново grub-install сделай, загрузившись в режиме efi, он сам efimgr запустит, в windows средствами восстановления (не помогу, но скорее всего там все само будет, типа - восстановить загрузчик)

p.s. я бы между системами виртуализации от разных производителей и даже версий, делал не 'снаружи' а изнутри виртуальных машин обычным резервным копированием, присоединяешь к виртуалке iso образ какой-нибудь clonezilla и снимаешь дамп системного диска... это будет надежнее

upd. вижу что у тебя openbsd, полный ноль в этом, первое же гугление показывает что секса именно с efi там может быть много и без виртуалок

понижение в 48 раз это конечно много

по теме:
* проверь что включена аппаратная виртуализация в bios, так же попробуй выбери 'интерфейс виртуализации' kvm в настройках ускорения виртуальной машины (на linux должны доступны штатный от virtualbox и kvm, а hyper-v это только для windows хоста)

* установи на windows guest additions - это по факту драйвера на виртуальные устройства, после установки которых в настройках виртуальной машины можно включить контроллер virtio (и для сети тоже)

по умолчанию virtualbox использует эмулятор контроллера sata и он медленнее (но не в 48 раз, это конечно что то не то), особенно это видно при использовании сети на максимальной скорости, не virtio-... устройства начинают использовать cpu очень сильно

что то не так пошло с увеличением размера диска

советую плюнуть и решить задачу с помощью создания нового диска и клонированием данных с помощью partclone, загрузившись с livecd внутри виртуалки или clonezilla

закрыв глаза на exchange, просто сеть то работает? пинги ходят? файлы по расшаренным папкам нормально читаются? домен контроллер есть? сеть как настроена? как бридж?

если нет домена, то значит сеть древняя по типу windows for workgroup и в xp она уж очень устаревшая (в windows 10 есть политики ее включающие/отключающие) вполне возможно что где то что то windows 10 обнаруживает и переключает на другой тип работы

как вариант решения без заморочек - поместить winxp в свою локальную сеть, тем более что выпускать такую машину в интернет (да просто в локальные сети к другим) уже само по себе несет опасность, а программа пусть через прокси работает или тщательно настроенные правила в фаерволе

Проброс оборудования в виртуалках из windows-хост ограничен, и с высокой вероятностью не работает
VirtualBox плохо пробрасывает оборудование даже под linux (где с этим гораздо проще), что уж говорить про windows
И хотя для usb есть инструменты, работа этого не гарантируется.

Скорее всего из windows-хоста не получится красиво пробросить ни железо ни wifi в гостевую систему. Максимум - только интернет (nat или сетевой мост), а за сеть (шифрование wifi и собственно подключение) будет отвечать хост система

linux само собой
мало того в 99% случаев даже виртаулизация не потребуется, так как возможностей и вариантов для этой ОС заметно больше.

Зачем тебе нужны виртуальные машины для запуска chrome? если нужно чтобы все запущенные приложения были активными, достаточно запустить много виртуальных xserver xvfb и подключаться к ним по необходимости с помощью vnc, а еще есть xephyr, версия полноценного xserver, запускаемого внутри указанного окна.

p.s. firefox работает вне зависимости активна вкладка или нет

Никак.

Точнее решение - убежать от wsl как можно дальше, перенести docker на linux, т.е. там чем он является и где должен быть по определению, запустив его хост в одной из VirtualBox машин.

p.s. а не пробовал ли воспользоваться штатным (есть в т.ч. в win pro/ultimate версиях) майкрософтовским инструментарием виртуальных машин, как раз использующих hyper-v? интерфейс похож на немного усложненный и в то же время кастрированный по функционалу инструментарий virtualbox.

Я запускал, правда очень давно, windows xp на очень слабой vps-ке (openvz) без модуля виртуализации, используя софтварную эмуляцию процессора с помощью qemu (не путать с kvm).

Будь готов к 10-кратному понижению скорости работы в среднем. Поэтому настоятельно рекомендую сначала настроить образ системы на быстрой машине с поддержкой виртуализации, а потом уже готовый залить его на vps-ку. Обязательно установи драйвера гостевой ос, и включи поддержку virtio в виртуальной машине (я запускал с команндной строки без менеджеров с gui поэтому было все просто).

VirtualBox создает машину практически идентичную настоящей, если сеть в виртуалке настроена как "сетевой мост" с твоей локальной сетью, значит ip адрес выдает роутер (точнее твой dhcp сервер, который обычно идет вместе с роутером) именно он выдает ip адреса машинам в сети, так что настраивать его (ищи что то типа соответствие мак адреса и ip), если nat то настрой сетевой мост (nat - это значит роутером выступает сам virtualbox а там с настройками грустно)

Еще вариант, в самой виртуальной машине нужно настроить статический ip адрес, ссылка первая попавшаяся, версия ос у тебя может другая, перепроверь, но важно настроить такой ip адрес, чтобы он не попадал в диапазон выдаваемых dhcp сервером сети адресов, так как если они совпадут, у обоих машин не будет сети.