rPman

боюсь 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 сервером сети адресов, так как если они совпадут, у обоих машин не будет сети.

virtualbox это НОВЫЙ компьютер, соответственно если что то нужно получить таким же как на оригинальной машине, нужно поступать точно так же как поступил бы если бы настраивал вторую машину.

Как вариант, создать виртуальную машину как клон оригинальной системы (сделать копию диска, загрузившись в livecd), само собой документы, чтобы не делать две копии, открывать 'по сети', которую можно настроить между виртуальной машиной и оригинальной (по умолчанию там nat лучше сделать сетевой мост bridge с сетевой картой машины, если у тебя есть локальная сеть а интернет не подключен напрямую к компу)

Не получится, так как virtualbox уже использует необходимые процессорные директивы для аппаратной виртуализации и не эмулирует их как следует.

Можно попытаться полную виртуализацию с помощью qemu, без использования аппаратной виртуализации, но даже если это заработает, то будет на столько медленно что это будет не обучение а мучение.

upd. для изучения большинства интересных фишек типа миграции понадобится минимум две машины (плюс NAS, рекомендую взять третью, хоть старый хлам, и сделать на основе linux свой, iscsi на базе istgt более чем подойдет), обязательно требование - поддержка аппаратной виртуализации (все процессоры 5+ и большинство 10+ лет), если нужно закупать оборудование, максимально дешево, брать интеллевские процессоры, запаиваемые в mitx материнки (настоятельно рекомендую модели J4xxx или j5xxx, это самые последние чипсеты от интель, очень производительные за свои деньги)

На левой машине включен фаервол и закрыты пакеты icmp? (например при настройке сетевого подключения выбрали не 'сеть предприятия'.

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