rPman

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

для windows ставьте дополнения гостевой, набор драйверов, включающих экспериментальный драйвер 3d ускорителя, работает коряво, детектируется не так как хостовый, но иногда работает.

p.s. если гость и хост (хотя есть платные xserver под windows с поддержкой gpu но зачем заморачиваться) у вас linux то можно штатным механизмом настроить работу по сети, т.е. приложения из гостевой могут подключиться по сети (переменная окружения DISPLAY) к настроенному xserver (по умолчанию там доступ только локалхост), я помню так запускал 3D игрушку с машины без ускорителя, сидя на машине с ним (для прикола, юзкейс не имеет особого смысла, кроме может быть только для gpgpu софта).

p.p.s. если у вас хост linux а гостевая любая, можно не использовать virtualbox а взять kvm (он кстати и так там используется, но недоступен для настроек) и настроить проброс pci-e оборудования из хоста в гостевую, понадобится дополнительная видеокарта, немного везения (если у вас десктопное железо) и куча гемороая но это работает (могут быть глюки, например в windows драйвера nvidia не устаналиваются если система гостевая, но можно ее однократно запустить вне виртуалки, а затем уже с настроенными драйверами все работает)

Вопрос содержит две подзадачи:
1. подключение между двумя подсетями, в зависимости от того как 'далеко' они находятся, задача будет усложняться
2. виртуальная машина, с точки зрения настроек сети - просто еще одна машина, в зависимости от настроек виртуальной машины, либо подключенная напрямую к сети через виртуальных свитч, либо через виртуальный роутер со своей виртуальной подсетью (виртуальная машина такой делает, включая в нем NAT), это значит в зависимости от ответа на первый вопрос, будет меняться ответ на этот второй.

Если все происходит в физически одной машине то можно пробросить порты средствами виртуальной машины

Подключаете физический диск как диск в виртуальную машину (читайте про команды VBoxManage internalcommands и уже изнутри виртуальной машины делайте копию, всем что вам понравится.

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

пингуется ли 8.8.8.8?

если да, то смотрите настройки dns
вы наверняка вручную правите /etc/resolv.conf а локальный сервер dns ненастроенный меняет его обратно на себя.

Для поддержки аппаратной виртуализации виртуальным машинам нужны модули ядра, ставятся они автоматически но возможно вам тут нужно покопать?

Для получения девелопер образов android достаточно android sdk, небольшая утилита-пакетный менеджер, где vможно будет выбрать для установки только qemu образ нужной версии.

https://developer.android.com/studio/index.html - в самом низу ссылки

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

virtualbox/vmware player имеют ограниченную реализацию (читай эмуляцию) видеокарты, зачастую этого достаточно для работы приложений, использующих видеокарту для отрисовки интерфейса и возможно даже простого рендеринга (пакеты 3d моделирования), но для игр этого может оказаться недостаточно.

при использовании xen/vmware/kvm в принципе есть возможность пробросить видеокарту как оборудование внутрь виртуальной машины и приложения бдут использовать ее на полной ее скорости, но для этого требуется дорогое железо (материнка, процессор с поддержкой виртуализации и ограниченное количество видеокарт, чаще серверные - дорогие)
https://habrahabr.ru/post/137327/

точно помню, когда citrix представляла эту технологию, использовался дорогой ноутбук с intel процессором и видео

Если что, у VMWare лучше поддержка эмуляции 3D акселератора (идут многие игры), а virtualbox у меня даже при попытке запустить простейший OnLive (в гостевой была winxp) ронял хост windows 7 x64 в BSOD!

p.s. Если система x86 то для windows существует решение без виртуализации процессора вообще — www.colinux.org (к сожалению нет поддержки 64бит, она пилится уже давно и похоже разработка в стагнации).

Это что то типа User-Mode Linux когда вместо виртуализации машины просто пишется специальное ядро linux, выступающее как прослойка и позволяющая запускать операционную систему linux (и только собранную под ту же процессорную архитектуру, что и хост система) даже без поддержки виртуализации процессором (так ка кпроцессор собственно и не виртуализируется). Дотстигается максимальная (теоретическая) производительность для вычислений… а точнее, все что не требует вызовов ядра работает так же быстро как в нативном linux.

virtualbox позволяет работать с физическими разделами и дисками (читать VBoxManage internalcommands converthd --help)

Вопрос не изучал, но похоже это ограничение встроенное (и не достаточно константу поправить в исходниках), что другие виртуалки? kvm?

Могу посоветовать простое решение — запустить еще одну виртуальную машину исключительно для организации моста, одну из сетей этой машины (и вашей первой) установить как внутренняя сеть.

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

Лучшее что можно посоветовать — не пользоваться этим механизмом.

p.s. если у вас в вируталке linux, гостевая windows — попробуйте перейти на colinux.org
это основанный на технологии user mode linux, когда никакой виртуализации процессора не происходит, а оборудование эмулируется через ядро colinux… это я к чему? тамошний встроенный механизм шаринга папок у меня год/два назад не глючил.
Сам linux переносится тупо backup/restore. из недостатков, xorg нужен под windows (есть готовые сборки portable colinux)