rPman

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

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

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

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

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

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

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

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)