Можно ли играть на виртуальной машине virtualbox

Как играть в старые игры на современном ПК?

Регулярно поступают запросы про различные гайды к наболевшим проблемам. Наше техническое руководство по игре в Третьих Героев по сети в среде Windows7 И старше набрало уже без малого 100 тысяч (!) прочтений. Но очевидно, что проблем меньше не становится, а уж с выходом 10-й версии Windows всё стало совсем тоскливо. Вот мы и решили, что негоже нашим людям страдать от недостатка информации по проблеме запуска старых игр и приложений, поэтому родился материал, который, надеюсь, поможет.

Способы запуска старых приложений и игр на современном ПК

Самый тривиальный способ появился в ОС Windows XP, после чего был внедрён по все последующие версии «окошек». Решение заключалось в софтверной поддержке старого софта путём отключения «лишних» библиотек, занижения качества графики и всего, что могло «напугать» и порушить древнюю программу. Система работает элементарно, находим исполняемый (exe) файл, щёлкаем на нём правой кнопкой мыши и выбираем вкладку «Совместимость».

Просто? Да. Но не всегда работает. Это связано с тем, что предугадать решительно все действия приложения невозможно, через это оно легко вываливается и не работает так, как задумано. Тем не менее, данный способ частично решает проблему и достоин упоминания.
Некоторые производители выпускают обновления к своим старым приложениям и даже пытаются на этом заработать. У некоторых, кстати, даже получается. Яркий пример такого «перезапуска» — это упомянутые в начале статьи «Герои 3». Но чаще всего такие релизы практически не встречаются, что, в свою очередь подводит нас к наиболее сложному, но 100% эффективному способу, который решает все проблемы разом, да ещё и позволяет последующее масштабирование полученной системы. Разговор пойдёт о создании виртуальных машин и их настройке. Дальше только информация с примерами.

Существующие популярные системы эмуляторов и гипервизоров.

Настройка и запуск виртуальной машины Windows XP на примере бесплатного эмулятора VirtualBox.

Итак, вы не смогли достать себе VMware и приходится пользоваться более простым VirtualBox? На самом деле это не беда, могут возникать сложности с сетевыми играми, но локально никаких проблем у вас не будет. Формируем, ищем или достаём себе дистрибутив Windows XPSP3 – эта операционная система идеальна для 90% всех старых игр. Для совсем старых используется DosBOX.
Запускаем приложение и проводим настройку согласно предлагаемым вариантам. «по умолчанию». Не пропустите момент, когда программа предложит установить виртуальный драйвер USB и сети. Это важно.
Итак, вот главное окно программы.
Нажимаем кнопку «Создать», выбираем операционную систему Windows XP 32 бита! Обязательно 32! 64х разрядная система не подходит для запуска большинства старых приложений!
Затем рекомендуемый объём ОЗУ. Ставим 1,5Гб (можно больше).

Теперь создаём виртуальный HDD. Рекомендуемый объём 25Гб можно оставить и не изменять.

Тип виртуальный машины – указываем VDI.

Затем нам предложат выбрать формат хранения данных, где нужно выбрать ДИНАМИЧЕСКИЙ виртуальный жёсткий диск – это позволит изменять необходимый объём виртуального жёсткого диска.

В следующем окне ничего не меняем и нажимаем «Создать». Обвязка для установки ОС Windows XP 32bit готова!

Нажимаем на кнопку «Запустить» и начинаем установку операционной системы.

Нажимаем на изображение папки и выбираем место, где у нас лежит образ операционной системы в формате *.ISO. Если вы скачивали её из интернета, то никаких вопросов не возникнет. Если у вас есть компакт-диск с операционной системой, то вставляйте его в привод и выбирайте нужную букву в проводнике.

Далее начинается обычная установка WindowsXP – ничего нового там нет, единственный момент — это ввод лицензионного ключа. А в остальном можно всё время нажимать «Enter».

Через некоторое время вы увидите привычный и позабытый рабочий стол Windows XP. Ставим какой-то минимальный набор нужного софта, например, свой браузер, архиваторы и проверяем, чтобы всё работало как надо.
Дальше нам нужно как-то организовать файлообмен между виртуальной машиной и основной операционной системой. Тут придётся чуть-чуть покрутить настройки, но оно того стоит. Итак:
1) Открываем Oracle VirtualBox Manager (основное приложение для управления виртуальными машинами), выбираем название нашей системы (gamer-pc) и жмём «Настроить»

2) Выбираем «Общие папки», нажимаем на иконку с плюсом (самая правая красная стрелка на изображении), выбираем папку на основном компьютере, которая будет отображаться в виртуальной машине. В нашем случае – D:\tmp. Получаем вот такую картинку.

3) Теперь запускаем (или открываем) работающую Windows XP, где в верхнем левом углу нажимаем «Устройства» и выбираем «Подключить образ диска Дополнений гостевой ОС…».

Начнётся процедура установки, там всё «по умолчанию», ничего менять не надо. Через некоторое время инсталлятор предложить перезагрузить виртуальную машину – соглашаемся.
4) На рабочем столе перезагруженной виртуалки нажимаем «Пуск», где находим пункт «Выполнить» (или Run, зависит от языка ОС).

Нажимаем, пишем cmd, открываем командную строку.

5) Пишем net use h: \\vboxsvr\tmp где h: — это присвоенное имя для подключаемой папки, а tmp – это название нашей «шары» из пункта 2. Нажимаем Enter. Готово.

Проверяем. Идём в «Мой компьютер», смотрим, что получилось.

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

На самом деле, пусть вас не смущает количество итераций необходимых для установки виртуальной машине, поскольку затраченное время окупится в связи с отсутствием проблем совместимости старого софта. Пишем вопросы в комментарии.

Источник

Как из домашнего ПК средствами виртуализации сохранить игровую систему

Благодаря конкуренции и развитию НТП современные ПК позволяют выполнять множество простых и сложных задач одновременно, например играть и воспроизводить видео на ТВ, рендерить графику и читать новости в интернете, раздавая торренты параллельно, и т.д. и т.п. Многие идут дальше и используют несколько ПК для работы и развлечений. Однако при помощи технологий виртуализации можно с одной стороны расширить возможности своего ПК, а с другой сэкономить, т.к. по сути можно запустить несколько операционных систем на одном железе в одно и то же время.

Введение

Виртуализа́ция — предоставление набора вычислительных ресурсов или их логического объединения, абстрагированное от аппаратной реализации, и обеспечивающее при этом логическую изоляцию друг от друга вычислительных процессов, выполняемых на одном физическом ресурсе.

Достигается как при помощи приложений (например VirtualBox, VMware) так и на уровне систем, поддерживающих аппаратную виртуализацию (например KVM, ESXi, Hyper-V). В последнем случае потери производительности по сравнению с нативными системами минимальна.

Здесь и далее в статье будет описание настроек системы виртуализации с открытым исходным кодом Proxmox потому что она в меру дружелюбна, есть легкий доступ к консоли через веб форму, а так же базируется на связке Debian + kvm, по которым очень много гайдов и описаний в сети, т.е. документации в т.ч. и на русском языке.

Требования к железу

— процессор и материнская плата с поддержкой VT-x, VT-d от Интел или AMD-Vi, IOMMU от АМД. Не поленитесь и уточните поддерживает ли именно Ваш экземпляр данные требования.

Что касается материнских плат. Категорически не рекомендую гнать железо при посредственной разводке на плате питания. По Z270 и Z390 игнорировать оранжевую зону или оставлять работать в стоке.

Установка и настройки

Мною было использована следующая игровая конфигурация:

— ПК для хоста конфиг был собран на далеко не лучшей материнской плате, но на англоязычных форумах очень часто хвалят эту фирму за то, что ее железо чаще всего подходит для таких вещей:
Процессор — i7 8700k
Мать — ASRock Z390M Pro4
Видеокарта — INNO3D GeForce GTX 1070 iChill X4
— второй ПК (Мини-ПК Morefine-M1s),
— 2 мыши,
— 1 клавиатуру на хосте, на остальных устройствах использовал софтварную,
— 3 подключения к монитору Dell U2713HM (VGA — для интегрированной видеокарты, HDMI — для GTX1070, на DVI находится Мини-ПК. Переключения между видеосигналами осуществлял через меню монитора)

0й этап — На материнской плате включаем VT-d:Enable, Intel Vitrualization Technology:Enable, Primary Graphx adapter:VGA, Above 4G Decoding:Enable. Если есть возможность обязательно выбираем основным графическим адаптером тот, на котором будет работать хост, т.е. более слабую видеокарту и переключаемся на нее.

1й этап — Устанавливаем Proxmox на хост. Для этого:

1.1. Скачиваем образ диска с официального сайта

1.2. Пишем образ на флешку при помощи специальных программ

1.3. Загружаемся с флешки, и производим инсталляцию с указанием на какой жесткий диск ставить, вводим пароль для будущего пользователя root, а так же настройки сети прописываем явно.

2й этап — Подключаемся по сети через веб интерфейс при помощи второго ПК или
планшета (в моем случае это был Мини-ПК) к хосту и настраиваем Proxmox по этому гайду через текстовую консоль.

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

1) Run the «dmesg | grep ecap» command.

2) On the IOMMU lines, the hexadecimal value after «ecap» indicates whether interrupt remapping is supported. If the last character of this value is an 8, 9, a, b, c, d, e, or an f, interrupt remapping is supported. For example, «ecap 1000» indicates there is no interrupt remapping support. «ecap 10207f» indicates interrupt remapping support, as the last character is an «f».

Interrupt remapping will only be enabled if every IOMMU supports it.

Если условие выполняется — продолжаем.

Открываем файл командой из консоли (символ двойной решетки вводить не надо, так я буду разделять в тексте команды от того что необходимо внести в файл)

для процессоров Интел

для процессоров АМД

следом даем команду

после чего перезагружаем хост через веб интерфейс

Добавляем в файл конфигурации загрузку необходимых драйверов

Прописываем в консоли

На экран будет выведен список устройств доступных для проброса, находим интересующий нас блок с видеокартой, в моем случае это 2 устройства в группе видеокарта и звук по адрсам 01:00.0 и 01:00.1, поэтому я прописываю сразу группу.

Прописываем в консоли команду для того что бы определить модель и ее id

Теперь правим файл под нашу видеокарту (в Вашем случае id будут иные)

Заносим в черный лист драйвера

Теперь создаем через веб интерфейс и правим через консоль файл настроек виртуальной машины. Здесь строка «args:» решает, т.к. без нее драйвер видеокарты обнаружит виртуализацию, но путем подмены наименования оборудования, точнее hv_vendor_id=willitwork, мы снимаем проблему с ошибкой 43, которую может выдать видеодрайвер устройства. Здесь есть номер виртуальной машины в proxmox используемый в качестве имени.

Теперь перезагружаем хост и запускаем виртуальную машину.

3й этап — Через Удаленную видеоконсоль установим Windows и драйвера. В моем случае Windows распознал сперва видео драйвер proxmox для работы через видеоконсоль, потом нашел драйвер для GTX1070, а после обновления через интернет (принудительный поиск драйверов в сети) скачал и установил нужный мне драйвер для игровой видеокарты.

4й этап — Перезапустим Виртуальную машину, переключаем отображение видеопотока на мониторе на разъем видеокарты и… в моем случае все заработало сразу, никаких ошибок 43… При этом рабочий стол определяется как №2.

я попробовал запустить видео Blue-ray — без проблем, задержек и фризов с видеорядом нет, запустил Warhammer online — он завелся и в PvP играть было комфортно, запустил GTA5 у мя выскочила сюжетка, вполне комфортно пострелял. Визуально потерь в производительности нет.

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

Конкретно какой именно sda/sdb/sdc/и т.п. можно уточнить в веб интерфейсе.

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

00:1f.0 ISA bridge: Intel Corporation Device a305 (rev 10)
00:1f.3 Audio device: Intel Corporation Device a348 (rev 10)
00:1f.4 SMBus: Intel Corporation Device a323 (rev 10)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Device a324 (rev 10)
00:1f.6 Ethernet controller: Intel Corporation Device 15bc (rev 10)

Т.е. звук или через видеокабель на монитор или внешняя звуковая карта. Порты USB пробрасываюся без проблем. К сожалению на текущий момент нерешаемо. Есть вариант удаленного подключения с другого ПК к игровому, через RDP или SPICE. В этом случае все будет нормально

Не всегда проброс видеокарты проходит идеально как в моем случае, мешается или ошибка 43 или что-то еще. Здесь описаны и другие настройки, которые могут помочь. В идеале нужно искать в сети удачные сетапы и ориентироваться на них, каким для меня явился этот, кроме того есть еще список железа, позволяющий достичь того же что и я, но он не полный.

Для мыши — аналогично.

2. По USB:
Что касается USB устройств там все проще, устройства прокидываются прямо из веб формы по ID или же целиком можно прокинуть порт. Однако есть нюанс — если Вы по каким-либо причинам не можете как и я прокинуть аудиоустройство в ВМ, т.к. оно содержится в группе с ключевыми контроллерами без которых хост не может полноценно работать, то проброс порта/устройства через USB решает эту проблему, но звук может начать отваливаться через некоторое время работы, шипеть/гудеть и прочие… прочее, в то же время на нативной системе все будет замечательно. В этом случае необходимо пробрасывать не порт/устройство, а сам контроллер USB как PCIe устройство по методу указанному в статье. И все резко наладится. Но в то же время через хост после запуска ВМ с такими настройками пробросить другие устройства с этого контроллера больше не получится.

3. Жесткие диски можно пробрасывать как через проброс контроллера как PCIe устройство по методу указанному в статье (не рекомендую пробрасывать контроллер интегрированный в материнскую плату, только подключенные к PCIe), либо напрямую:
заходим в
## cd /dev/disk/by-id
через dir смотрим листинг…
копируем строки вида ata-WDC_WD40EFRX-68WT0N6_WD-WCC4E1АС9SХ9, в которой прописан интерфейс подключения, марка и номер серии жесткого диска. Затем открываем Файл конфигурации ВМ и пишем:
sata1: volume=/dev/disk/by-id/ata-WDC_WD40EFRX-68WT0N6_WD-WCC4E1АС9SХ9
и все работает, при этом учитывайте, что sata0-sata5, т.е. для одной ВМ число подключаемых таким образом дисков, включая виртуальных, не может превышать 6шт.

UPDATE 2
1. На этом видео видно, что для обхода ошибки 43 помогает обманка со следующей строкой в конфигурационном файле ВМ:

www.youtube.com/watch?v=fgx3NMk6F54
Однако там проброс ВК организован с использованием rom файла, что отличается от моего варианта.

2. В связи с тем, что была обновлена версия ProxMox с 5й на 6ю, то что бы система работала с UEFI БИОСом, то необходимо добавить в оборудовании ВМ EFI-диск, иначе не взлетит и не заведется, на 5й версии ProxMox’а этой фичи не было.

Источник

Игра с Virtualbox, у вас это работает?

В настоящее время я использую Windows 8. У меня есть виртуальная коробка с Ubuntu, настроенная для разработки. Кроме того, я иногда просто хочу расслабиться и насладиться игрой (Battlefield 3, Skyrim, Saints Row: The Third и т. Д.) После нескольких часов исследований и разработок.

Я хочу иметь мою основную машину с Linux и установить Windows на виртуальной коробке.

Что я хочу знать от тех, кто пытался или видел это:

Я не уверен, что это правильное место, чтобы спросить. Я просто пытаюсь вернуться в Linux, но я геймер для ПК, поэтому не могу выбросить Steam. Я знаю о клиенте Linux, но большинство из этих игр не будут работать.

Если есть подходящее место, чтобы спросить это, будь то сайты StackExchange или любой другой сайт, дайте мне знать.

Приветствия и я надеюсь, что те, кто находятся в том же положении, найдут золотую середину.

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

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

В установщике Ubuntu есть инструкции по установке с двойной загрузкой. Проще всего сначала установить Windows, а затем установить Ubuntu.

Возможно, вы захотите взглянуть на то, что называется Каини. Это реализация удаленного рабочего стола, специально предназначенная для игр.

Звучит так, будто в вашей сети есть ПК с Windows для запуска игр, если вы играете с того места, где вы хотели. У Kainy есть сервер для Windows, клиенты для ряда ОС и игровые системы. Хотя у них нет сервера для Linux.

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

Большая проблема в том, что VirtualBox не создан для игр, поддержка 3D-графики не является приоритетом. Тем не менее, если у вас более старая игра, которая не требует поддержки графики помимо того, что имеет VirtualBox, я не понимаю, почему вы не пошли бы дальше и запустили ее там.

Я не уверен насчет виртуальной коробки, но я видел, как люди говорили о значительном успехе, имея оборудование, выделенное для виртуальной машины, хотя то, что я видел, в основном касалось использования Xen или VMWare. В частности, они используют отдельную видеокарту и звуковую карту, а также выделенный раздел диска. Система linux, вероятно, даже не будет иметь драйверов для оборудования, используемого вашей виртуальной машиной Windows, и, конечно, не будет подключаться к ним. Проблемы скорее со звуком, чем с графикой.

Я сам не пошел по этому пути, поэтому я не буду пытаться выяснить, как вы это настроите. TBH, за то время, которое понадобилось бы, чтобы все заработало хорошо (если у меня не было очень конкретного рецепта), я бы предпочел поставить отдельную машину под столом и подключить клавиатуру, мышь и экран через KVM-переключатель.

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

Использование средства WINE работает намного лучше, чем VirtualBox, особенно для старых игр, написанных для WinXP и более ранних версий. Я большой поклонник старой игры Star Trek Armada II, которая отлично работает на Ubuntu с использованием WINE. На самом деле он работает намного лучше, используя WINE под UBUNTU-MATE, чем в Windows 10 на той же машине.

Источник

Опыт использования виртуализации на VirtualBox

Введение

Несколько лет назад я начал разбираться с вируализацией, и у меня получились своего рода путевые заметки, которые я сейчас оформил и выкладываю сюда. Никаких откровений тут не будет, статья адресована начинающим админам. Задача которую я здесь решаю состоит в том, чтобы виртуализовать уже имеющиеся не виртуальные сервера на Linux и FreeBSD.

Причины, по которым я тогда выбрал VirtualBox

Причины, по которым я не выбрал бы его сейчас

Подготовка ОС для работы с виртуальными машинами

VirtualBox можно установить практически на любую ОС, однако стабильная работа и все его возможности (например, RDP-подключение к консоли гостевой системы) доступны только на Линуксе, поэтому был выбран Debian Linux. Для самого VirtualBox специальной настройки ОС не требуется, достаточно выделить отдельный раздел для хранения образов дисков гостевых систем и образов установочных дисков для чистой установки гостевых систем.

Однако для управления VirtualBox через Веб-интерфейс (phpvirtualbox) требуется веб-сервер (выбран Apache 2) и PHP 5. В Debian конфигурация по умолчанию PHP 5 и Apache 2 удовлетворяет требованиям phpvirtualbox, специальным образом настраивать ничего не нужно.

Установка phpvirtualbox

Для Virtualbox существует бесплатный web-интерфейс, реализованный на PHP и использующий встроенную в virtualbox службу удаленного управления virtualbox web service.

Внимание! Для успешных подключений на сервере должны быть открыты входящие порты, по умолчанию начиная с 3389 (TCP), по одному порту на гостевую систему.

5. Настраиваем virtualbox web service, для чего создаем файл /etc/vbox/vbox.cfg со следующим содержанием:
VBOXWEB_USER=’vbox’
VBOXWEB_HOST=127.0.0.1
VBOXWEB_LOGFILE=/srv/log/vboxwebservice

6. Запускаем virtualbox web service, перед этим нужно убедиться в том, что файл /srv/log/vboxwebservice доступен для чтения и записи пользователю vbox:
/etc/init.d/vboxweb-service start.

phpvirtualbox теперь доступен по адресу virtbox.site/phpvirtualbox.

Создание виртуальных машин

Управление виртуальными машинами

Управление через веб-интерфейс

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

По щелчку на гостевой системе правой кнопкой машины доступны операции ее настроек, удаления, просмотра логов и т.д.

Также стоит отметить возможность подключения к консоли гостевой системы, что аналогично подключению к реальной машине мыши и клавиатуры. Для этого нужно выделить нужную гостевую систему, выбрать вкладку Console в phpvirtualbox, задать размер экрана (для текстовых режимов работы гостевых ОС достаточно 800х600), нажать Connect и щелкнуть мышью по клиенту удаленного подключения (в котором выводится содержимое консоли гостевой системы). Управлять гостевой системой можно с момента включения.

Управление через консоль

Для управления гостевыми система в VirtualBox используются утилиты VBoxManage и VBoxHeadless, подробное описание которых доступно в руководстве.

Запускать команды нужно от пользователя vbox, под которым работает сам VrtualBox, в случае запуска от другого пользователя или root VirtualBox не сможет найти файлы конфигурации виртуальных машин, которые хранятся в домашней директории пользователя Vbox, и выдаст ошибку.

Оболочку нужно указывать явно, потому что по умолчанию у пользователя vbox стоит оболочка /bin/false.

Ниже для примера приведены команды для включения, выключения и работы с образами дисков.

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

Практически все машины понимают нажатие на кнопку выключения питания и смогут корректно завершиться.

4. Преобразование образа диска из формата VirtualBox в формат, понятный другим виртуальным машинам:
VBoxManage internalcommands converttoraw test1.vdi test1.raw

Подключение через RDP

К консоли виртуальных машин можно подключиться через RDP. В Windows нужно открыть Пуск->Все программы->Стандартные->Подключение к удаленному рабочему столу и указать адрес virtbox.test и порт, сопоставленный конкретной гостевой системе, который можно посмотреть в phpvirtualbox. Для удобства использования в параметрах подключения можно указать разрешение экрана 1024х768, тогда окно с подключением не будет занимать весь экран и перехватывать системные сочетания клавиш, такие как Alt+Tab.

Важное замечание: возможно одновременное подключение к одной гостевой системе нескольких пользователей. При этом все видят одно и то же, и все совершенные кем-либо действия видны остальным подключившимся. Для включения этой настройки нужно в настройках виртуальной машины в phpvirtualbox в разделе Display на вкладке Remote Display установить галочку Allow Multiple Connections.

Создание снимков гостевых систем

Создание дампа

Debian Linux

Процедуры клонирования и восстановления приведены на примере сервера test1 на котором установлена Debian Linux (любой версии, начиная с 5 Lenny точно). Предполжим, что у нас имеются три раздела с тремя файловыми системами: /, /var, /usr

Сначала нужно установить dump:
aptitude install dump

Далее, для создания дампа клонируемого сервера на Debian необходимо от суперпользователя (root) или с помощью sudo дать следующие команды (как сделать так, чтобы не сдампило дампы, думайте сами):
dump 0af test1.root /
dump 0af test1.var /var
dump 0af test1.usr /usr

FreeBSD

Процедуры клонирования и восстановления приведены на примере сервера test1 на котором установлена FreeBSD (любой версии, начиная с 6 точно). Предполжим, что у нас имеются три раздела с тремя файловыми системами: /, /var, /usr

Для создания дампа клонируемого сервера на FreeBSD необходимо от суперпользователя (root) или с помощью sudo дать следующие команды (опять напоминаю про дампание дампов):
dump 0aLf test1.root /
dump 0aLf test1.var /var
dump 0aLf test1.usr /usr

Развертывание дампа

Debian Linux

1. Нужно сделать виртуальную машину, прицепить к ней диск и загрузочный LiveCD Debian.

4. Поправить UUID в /etc/fstab

6. Проверить /var/spool/cron/crontabs, /etc/crontab и отключить то, что ненужно.

FreeBSD

Созданные дампы нужно развернуть на образе диска, выделенного под гостевую систему. В настоящие время поддержка файловых систем UFS используемых во FreeBSD ограниченна, поэтому для развертывания дампов создается виртуальная машина FreeBSD, к ней подключается раздел для хранения дампов, на который с помощью scp и пересылаются дампы с клонируемых серверов. Потом к этой машине подключается образ диска выделенный под гостевую систему, на этом образе создается файловая система FreeBSD и разворачивается полученный дамп.

Далее предполагается, что раздел tmp примонтирован в /mnt, образ диска для гостевой ОС размечен под два слайса, первый из которых примонтирован в mnt1, а второй отдан под swap и не примонтирован. Тогда развернуть дамп можно следующим образом:

Здесь && нужно для того, что следующая команда выполнится только в случае успешного завершения предыдущий, и таким образом исключаются ситуации, когда например каталог var не будет создан, переход в него не осуществится и разворачивание дампа произойдет не туда, т.к. разворачивание дампа производится относительно текущей директории.

Необходимые изменения в конфигурации гостевой ОС клонированного сервера

До загрузки гостевую ОС нужно перенастроить для работы в виртуальной машине. Количество требуемых действий как правило минимально и сводится к следующему:

1. Находясь в директории mnt1 (см. выше) удаляем файлы конфигурации загрузчика. Это особенно актуально, если виртуализуем какой-нибудь продукционный сервер, чтобы исключить использование COM-порта в качестве консоли по умолчанию, что приводит к зависанию загрузчика.
rm /mnt1/boot.config
rm /mnt1/boot/device.hints

2. Заменить содержимое файла /mnt1/etc/fstab следующим:
/dev/ad0s1b none swap sw 0 0
/dev/ad0s1a / ufs rw 2 2

При этом предполагается, что образ диска гостевой ОС разбит на 2 слайса, первый из которых отдан под хранение данных и второй под swap.

3. Если нужно, сказать клонированной системе о необходимости загрузки модуля ядра для работы с эмулированной сетевой картой, для чего нужно в файле /boot/loader.conf добавить строчку if_em_load=»YES»

4. Указать клонированное системе выделенный для нее IP-адрес, для чего в /etc/rc.conf нужно закомментировать строчку текущих настроек сетевого адаптера и добавить новую строчку следующего вида:

7. Выключить FreeBSD, использованную для разворачивания дампа, и загрузить гостевую систему с клоном сервера. В случае проблем при загрузке возможно, что ядро на системе было пересобрано с измененной конфигурацией, это можно исправить сказав загрузчику загрузить ядро по умолчанию, которое я надеюсь вы сохранили в системе во время пересборки:
unload
load boot/kernel.GENERIC/kernel
boot

Для отдачи этих команд необходимо включить гостевую систему, подключиться к ней по RDP и дождаться появления на экране сообщений о том, что можно нажать Enter для указания опций загрузчику.

Создание виртуальных сетей

Внутри VirtualBox можно создавать полностью изолированные виртуальные сети. Какие возможности это дает?

Минимизация необходимости перенастройки клонированных серверов
Создание тестовой среды для отработки взаимодействия серверов между собой

Создание виртуальной сети

Чтобы создать виртуальную сеть нужно в phpvirtualbox зайти в свойства гостевой системы, перейти в раздел Network, выбрать в поле «Attached to» опцию «Internal Network», а в выпадающем списке «Name» выбрать требуемую виртуальную сеть. Какие могут возникнуть сложности?

Нужно создать новую виртуальную сеть, а такой опции в интерфейсе нет. Есть два варианта решения:

Попробовать написать имя новой виртуальной сети прямо в выпадающем списке «Name». Однако в этом случае может возникнуть ошибка.
Тогда нужно привязать сетевой адаптер гостевой системы к виртуальной сети через CLI:

Здесь
nic1 — сетевой адаптер гостевой системы, где 1 это его порядковый номер. Количество адаптеров в гостевой системе не ограничено
intnet — виртуальная сеть, название может быть любым. Особенность работы VirtualBox заключается в том, что специально создавать виртуальные сети не нужно, достаточно указать нескольким гостевым системам одну и ту же виртуальную сеть и они окажутся связанными на (эмулированном) физическом уровне автоматически, что аналогично подключению нескольких реальных компьютеров к одному свитчу (коммутатору).

Более подробная информация находится в разделе 8.7.2 Networking setting руководства пользователя.

Управление недоступными снаружи машинами в виртуальной сети

Доступ по RDP

RDP-сервер работает на физическом сервере, поэтому для подключения к любой виртуальной машине справедливо написанное в разделе Управление через веб-интерфейс этой статьи.

Проброс портов

Существует возможность создать в гостевой системе виртуальную сетевую карту с подключением через NAT (реализуемый автоматически средствами VirtualBox) и пробросить (отобразить) произвольный порт гостевой системы на порт сервера VirtualBox. Для того, чтобы сделать это через phpvirtualbox, нужно:

1. Зайти в свойства гостевой системы, перейти в раздел «Network», выбрать в поле «Attached to» опцию «NAT»

2. Раскрыть опции, скрывающиеся в разделе «Advanced» этого же раздела, и нажать там кнопку Port Forwarding

3. В открывшемся окне «Port Forwarding Rules» указать следующие параметры:

4. Нужный протокол, путем щелчка мышью по именованию «TCP» в поле «Protocol»

5. Указать свободный порт на сервере VirtualBox в поле «Host Port»

6. Указать порт гостевой системы в поле «Guest Port».

Больше ничего указывать не нужно. После применения настроек порт гостевой системы станет немедленно (без перезагрузки) доступен через соответствующий порт сервера VirtualBox. Как пример, в случае с пробросом порта ssh (22 TCP) гостевой системы на 2200 порт VirtualBox нужно указать следующие параметры:
Параметр Значение
Name ssh (необязательный параметр)
Protocol TCP
Host IP Не указывать
Host Port 2200
Guest Port 22
Guest IP Не указывать

Количество отображаемых портов не ограничено, можно отобразить столько, сколько нужно.

Виртуальный маршрутизатор

В случае создание в VirtualBox группы взаимодействующих гостевых систем без внешних адресов имеет смысл установить еще одну гостевую систему, которая будет играть роль маршрутизатора. Какие цели при этом достигаются?

Конфигурацию сетевых адаптеров клонированных сервером можно не менять. При этом виртуальный маршрутизатор создает для остальных гостевых систем видимость того, что они настоящие и пользуются своими настоящими именами хостов и IP-адресами
К гостевым системам не имеющим ни внешних адресов, ни описанной выше возможности проброса портов, которая работает только в случае использования NAT опции VirtualBox, становится возможен прямой доступ по ssh.

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

Источник