Virtualbox перенос виртуальной машины на физический компьютер
Импорт и Экспорт виртуальной машины в VirtualBox
Переустановка операционной системы или смена компьютерного устройства не означает конец работы с установленными гостевыми ОС в программе VirtualBox. Правда, исключением может быть случай, когда файлы жёстких дисков виртуальных машин находятся на системном диске компьютера, а саму систему невозможно восстановить после критического сбоя. Чтобы продолжить работу с имеющимися гостевыми ОС с сохранением их состояния, но уже на переустановленной Windows или на другом компьютере, в арсенале программы VirtualBox имеется инструмент экспорта конфигурации существующих виртуальных машин для его импорта в дальнейшем. Другая возможность продолжить работу с существующими гостевыми ОС — добавление новых виртуальных машин на базе имеющихся файлов их жёстких дисков. Все эти процессы и рассмотрим ниже.
0. Оглавление:
1. Универсальный формат файла экспорта виртуальных машин
Конфигурация существующей виртуальной машины VirtualBox экспортируется в файл «.ova». Файл «.ova» (Open Virtual Appliance) – это универсальный файл хранения данных виртуальной машины, который можно использовать в различных программах для виртуализации операционных систем. Это VirtualBox, VMware Workstation, Microsoft Hyper-V. Экспортированная в этот файл виртуальная машина может быть затем импортирована как программой VirtualBox, так и VMware Workstation или Microsoft Hyper-V в рамках поддерживаемых этими программами гостевых систем.
Рассмотрим детальнее процесс экспорта и импорта конфигурации виртуальной машины VirtualBox в основной системе Windows.
2. Экспорт виртуальной машины
В окне VirtualBox выбираем конкретную виртуальную машину для экспорта, жмём меню «Файл» и выбираем «Экспорт конфигураций».
В следующем окне жмём «Next».
Экспорт конфигурации возможен только при выключенном состоянии виртуальной машины, и, если она приостановлена, VirtualBox предложит сбросить сохранённое состояние для продолжения процесса.
Далее появится окно параметров экспорта. Формат оставляем предустановленный, а вот папку файла экспорта «.ova», по умолчанию располагающуюся на системном диске, меняем на папку, например, как в нашем случае, специально созданную на несистемном диске D.
В следующем окне жмём «Экспорт».
Дожидаемся завершения процесса экспорта.
Экспортированная виртуальная машина в файле «.ova» будет находиться в указанной папке, откуда её можно переместить на другой компьютер, съёмный носитель, в облачный сервис. Или можно оставить, как в нашем случае, на месте — на несистемном диске, где этот файл будет храниться во время переустановки Windows.
3. Импорт виртуальной машины
После инсталляции VirtualBox на новой Windows или на другом компьютере открываем программу и в меню «Файл» выбираем «Импорт конфигураций».
В следующем окне указываем путь к файлу «.ova» с экспортированной виртуальной машиной. Жмём «Next».
Далее можем изменить некоторые параметры – например, сменить имя виртуальной машины, уменьшить или увеличить оперативную память.
В самом конце окна будет указан путь, куда после импорта будет помещён файл жёсткого диска «.vdi». По умолчанию это системный диск, и чтобы не захламлять его и предотвратить потерю файла «.vdi» в случае сбоя системы, можно сменить путь, указав папку хранения на несистемном диске. Жмём «Импорт».
Дожидаемся завершения процесса импорта.
После чего увидим импортированную виртуальную машину в списке машин VirtualBox. Что и осталось теперь, так это запустить машину.
Гостевая ОС запустится точно в том состоянии, в котором она была на момент экспорта виртуальной машины.
4. Добавление новой машины из существующего файла жёсткого диска VirtualBox
Альтернатива экспорту и импорту виртуальной машины – добавление новой машины из существующего файла жёсткого диска VirtualBox «.vdi». Этот способ ничем не уступает процедуре экспорта и импорта виртуальной машины. Более того, если файл «.vdi» расположен на несистемном диске, при переустановке Windows на физическом компьютере можно даже и не тратить время на экспорт конфигурации. Хранящийся же на системном диске файл «.vdi» можем просто перенести на несистемный диск. По большому счёту, процесс экспорта и импорта виртуальной машины выигрывает только экономией занимаемого места файлом «.ova». Например, в нашем случае проводился экспорт виртуальной машины с установленной гостевой ОС Windows ХР, и вес файла «.ova» на выходе составил 4,11 Гб. В то время как размер файла жёсткого диска «.vdi» этой же системы составляет 10 Гб.
Такая выгода в экономии места может быть актуальной в случае переноса виртуальной машины на другой компьютер с помощью облачных хранилищ или съёмного носителя с ограниченным размером. В нашем случае, когда речь идёт именно о переустановке Windows, вполне подойдёт способ добавления новой машины из существующего файла жёсткого диска VirtualBox.
Запускаем VirtualBox и жмём «Создать».
Далее называем виртуальную машину, выбираем операционную систему, её версию и разрядность. Жмём «Next».
Задаём показатель оперативной памяти. Жмём «Next».
В окне выбора жёсткого диска выбираем параметр «Использовать существующий жёсткий диск», с помощью кнопки обзора указываем путь хранения файла «.vdi». Жмём «Создать».
Виртуальная машина появится в списке VirtualBox, можем её запускать.
Гостевая ОС запустится ровно в том состоянии, в котором была сохранена в последний раз работы с ней.
Добавление новой виртуальной машины из существующего файла «.vdi» – это также способ перенести файл жёсткого диска гостевой ОС на несистемный диск компьютера, если изначально таковой был создан на системном диске, и со временем занимаемое им место стало снижать производительность системы. Для этого необходимо удалить виртуальную машину из списка в главном окне VirtualBox. На выбранной машине вызываем контекстное меню и выбираем «Удалить».
Затем в появившемся окошке жмём «Убрать из списка».
После этого можно искать файл жёсткого диска «.vdi» на системном диске (как правило, по умолчанию это путь C:\Users\Имя_пользователя\VirtualBox VMs), переносить его на несистемный диск и добавлять виртуальную машину заново.
Смотрите также:
Надо очень аккуратно подходить к процессу изменения параметров реестра. Ведь одно неверное движение может привести к непредсказуемым последствиям, вплоть до краха всей системы. Поэтому перед любыми манипуляциями в реестре, необходимо…
Чтобы не подвергать ОС, установленную на компьютере, риску, но иметь возможность исследовать как различное ПО, так и функционал любой другой ОС, на рынке софта существует специальный тип программ для создания…
Перенести виртуальную машину на физическую (железо)
Как перенести файлы с компьютера на виртуальную машину VirtualBox?
Как можно перенести файл с компьютера на эту виртуальную машину?
Перенос виртуального сервера на физическую машину
ДОбрый день, уважаемые! Есть гипервизор ESXI 5.5.0 На не куча виртуальных машин. Мне.
Поднятие настроенного окружения на физическую машину
Добрый день, извините если вопрос глупый. Нужно иметь возможность быстро устанавливать на голое.
Загрузка в виртуальную машину
Здравствуйте, у меня проблема! Нужна помощь. Много времени ищу в интернете, но ничего нужного не.
Сделать бэкап системы установленой в виртуалке, любой удобной вам программой для бэкапа. Затем развернуть этот бэкап на физический ПК и отвязать систему от железа. Затем установить новые драйвера.
Точно не помню, но по-моему в продуктах Paragon есть модуль восстановления ОС из виртуалки на физическое железо (надо проверять. Если будет возможность, то посмотрю).
Андрей1224, Я попробую сделать BackUp системы и восстановить на другом ПК. Есть еще вопрос, надо ли убивать перед BackUp’ом драйвера на виртуалке? Как сделаю отпишусь 
Добавлено через 54 секунды
magirus, Акронис True Image?
Добавлено через 1 минуту
Андрей1224, Может так сразу и набросите пару вариантов ПО по созданию / восстановлению системы?
Перенос виртуальной машины на реальное железо
Всем доброго времени суток!
Вопрос, возможно, глупый, но всё же:
Есть полностью сконфигурированная ВМ, созданная в Virtualbox 4.1.6
Задача — перенести её на реальное железо, причем, желательно, с использованием флэш-накопителя.
Насколько я понимаю, пошагово это будет выглядеть как — создать образ харда виртуалки, записать его вместе с загрузчиком на флэшку, после чего развернуть этот образ на хард реального компа.
Если ход мыслей верен — прошу расписать каждый шаг и ПО, необходимое для реализации (или отослать к руководствам, если таковые имеются =) ), если же неверен — опять-таки, наставить на путь истинный.
Заранее благодарен за любую помощь! =)
Способов переноса может быть несколько:
1. Как уже посоветовали dd, загрузившись с Livecd, смонтировать приёмник в /mnt и дать команды:
2. Запаковать в архив целиком систему, только Linux / BSD, агрузиться с Livecd, смонтировать файловые системы в той последовательности, в которой они должны быть подключены, согласно /etc/fstab, к примеру в /mnt/system, в /mnt/backup смонтировать приёмник:
3. Вариант, воспользоваться специальным ПО, правда платным, Acronis True Image Home Edition (bootcd можно найти в internet бесплатно.) Создать образ целиком диска и сохранить к примеру на флешку, правда будет долго писаться (флешка медленная). Затем загрузиться с диска с Acronis`ом на новом ПК и развернуть образ диска с флешки, загрузчик восстанавливать не придётся.
Но это всё достаточно сложные варианты, т.к. вы просите всё сделать с помощью флешки, проще подключить жёсткий диск того компьютера, на который вы хотите перенести вашу виртуальну машину к компьютеру, где у вас установлен Virtualbox, пробросить его в виртуальную машину и скопировать систему прямо на него, проще это выполнить всё тем же Acronis`ом, режим клонирование диска / перенос системы. Он так же вам позволит указать другие размеры разделов и правильно увеличит файловые системы, так же не нужно будет переустанавливать загрузчик, да и скорость копирования будет выше за счёт того что вы пишете на жёсткий диск и Acronis не копирует пустое место диска как в случе с dd.
Для того, что бы пробросить реальный жёстки диск в Virtualbox нужно сначала создать (сопоставить ему) файл vmdk.
Грузитесь с bootcd Acronis True Image Home Edition и осществляете клонирование диска. Затем выключаете виртуальную машину, выключаете компьютер и подключаете диск к целевому компьютеру.
После чего, запись получившегося образа на реальный хард с помощью dd, как мне тут и посоветовали =)
Осталось взять knoppix и из под него развернуть образ. большое спасибо всем отозвавшимся! =)
>Насколько я понимаю, пошагово это будет выглядеть как — создать образ харда виртуалки, записать его вместе с загрузчиком на флэшку, после чего развернуть этот образ на хард реального компа.
просто сделайте tar-ом архивы разделов (всех, кроме каталогов /sys, /proc, /mnt, /media, их потом создать надо ручками), затем растарьте на целевой системе. Ну а загрузчик заново надо прописать (для lilo просто chroot && /sbin/lilo)
dd плохо тем, что диск(раздел) в 100Гб она копирует _только_ в диск(раздел) в 100Гб.
tar-ом быстрее обычно (если использовать tar cz)
Сначала удалите дополнения для виртуальной машины, перенесите диск целиком с помощью dd, подгоните размер разделов после переноса. Может возникнуть необходимость chroot-нуться в перенесённую систему и переустановить GRUB2.
>dd плохо тем, что диск(раздел) в 100Гб она копирует _только_ в диск(раздел) в 100Гб.
Т.е. вот это: «затем на новом диске реального ПК создать таблицу разделов с такими же по размеру разделами, или чуть большими, главное что не меньшими и развернуть всё тем же dd.» лютое 4.2?
Нет. Разве что после развёртывания нужно fsck сделать, чтобы сохранить в ФС информацию о новом размере раздела.
Можно создать новую виртуалку с реальным накопителем, накатить на нее весь нужный софт. Потом подмонтировать к этой виртуалке образ от настроенной виртуалки, скопировать все конфиги, хомяки и что там еще настраивалось. Впихнуть все нужные модули в рамдиск и поправить конфиг grub по необходимости.
>Т.е. вот это: «затем на новом диске реального ПК создать таблицу разделов с такими же по размеру разделами, или чуть большими, главное что не меньшими и развернуть всё тем же dd.» лютое 4.2?
А если вы хотите перенести раздел в 100Гб на раздел в 200Гб, то проще воспользоваться cp или лучше tar’ом.
Беда в том, что dd слишком тупая, и переносит всё AS IS.
>Нет. Разве что после развёртывания нужно fsck сделать, чтобы сохранить в ФС информацию о новом размере раздела.
тут resize надо делать, а не fsck. А это может привести к потере всех данных.
а вы проверяли? fsck посмотрит в таблицу разделов, где записано, что там 160Гб, а не 80? Ведь в самой FS записано что 80.
О какой потере данных может идти речь, если данные перенесены на новый диск откуда-то (с диска-источника или файла-образа), где точно остаётся их копия?
угу. С образа VM, который на том-же диске 🙂
В любом случае с dd слишком много геморроя на пустом месте. С помощью tar или cp перенести систему гораздо проще и быстрее.
dd удобнее для переноса нескольких разделов. А их обычно как раз несколько.
Сделай несколько разделов, подмонтируй в один корень, а потом tar/cp. Всё равно будет _проще_ и _быстрее_.
Чудесно, только как всё это относится к переносу виртуальной машины на железо?
Размеры физического диска и виртуального не совпадают с вероятностью 99.99999%. Поэтому делаем так. Разбиваем физический диск как нужно, монтируем в один корень, далее монтируем разделы виртуального диска и делаем cp с соответствующими флагами, далее chroot в корень физического диска и восстанавливаем загрузчик. Очевидно, что cp отработает в разы быстрее чем dd, так как данных переливать будет на порядки меньше, да и геморроя потом с resize’ом файловых систем избежим.
В виртуальной машине наверняка небольшие диски, ускорение вряд ли будет существенно. О каком гемморое с ресайзом речь? У любителей нарезать на пять разделов он может и будет, но у остальных-то ему откуда взяться?
В виртуальной машине наверняка небольшие диски, ускорение вряд ли будет существенно.
Читать man, высчитывать offset’ы и потом не забываем, что resize не увеличит число инодов (по крайней мере на ext3), поэтому в будущем можно огрести геморрой. Может лучше сразу сделать всё правильно?
Наглая ложь. Специально для дебилов привожу доказательства
Ничего не изменилось.
Теперь ждем твою демонстрацию или ты понял.
Далеко не факт.
Зависит от размеров диска виртуалки, и всё.
> высчитывать offset’ы и потом не забываем
Этим занимается parted.
> по крайней мере на ext3
Кого ext3 интересует сейчас?
Значит это автоматически делает GParted/parted, а не fsck. Логов под рукой нет, там что-то типа «подправляем размер раздела, чтобы полностью заполнить доступное пространство».
Какие, кроме установки дров и загрузки ядра для конкретной архитектуры проца?
Зависит от размеров диска виртуалки, и всё.
Конечно. А кто сказал, что он маленький?
Ты уверен, что для ext4 не так? я вот не уверен.
Во во. Смотреть на какие-то фичи. Ты прям как упертый баран. Тебе так сложно согласиться с очевидными фактами на счет того, что мой способ 100% рабочий быстрый и не зависит ни от чего?
Я переносом Windows 7 не занимался, но если вы почитаете в Internet, да и здесь то увидите проблемы замены драйверов. К тому же в реестре указан жёстко путь (расположение) системного раздела и файлов реестра:
Вообще данную тему очень интересно, видимо, обсуждать на форуме посвященном Linux / BSD системам.
И ещё раз повторюсь, замены в нужных местах можно попробовать сделать и в Windows, но она для этого не предназначена, в Linux / BSD делается всё куда проще, даже в случае не загружающейся системы (через chroot), попробуйте сделать то же самое в Windows.
>Вообще данную тему очень интересно, видимо, обсуждать на форуме посвященном Linux / BSD системам.
При чёс здесь моё сообщение, ТС в шапке темы указал, что у него Windows 7, читайте сначала весь материал, а не ухватами и делайте только после этого выводы.
Тьфу, перепутал темы, пардон, но с переносом Windows XP не всегда тоже гладко проходит.
Да у ТС Linux, наверное, ошибся.
Ну, допустим, определенный % пользователей всегда гарантированно сталкивается с какими-то половыми^W проблемами (независимо от ОСи) 🙂
Как перенести виртуальную Windows на физический диск?
Как перенести виртуальную Windows с VirtualBox на физический диск? Переносим виртуальную Windows на реальный компьютер. Сейчас разберём «заслуживающую быть» тему переезда операционной системы с виртуальной машины на реальный HDD или SSD с реальной материнской платой. Подчёркивать положительные способы варианта (тем более, конкретно этого) я не буду: если вы обнаружили статью и читаете, значит, вам это нужно. Как всегда предлагаю вам ознакомиться с ней внимательно и со всеми этапами. Я использую для этого собственные решения и на их обязательность не претендую: вариантов переезда, равно как и программ, в том участвующих, может быть не мало. Предупреждаю сразу: путь у меня получился тернистый, однако каждый из этапов сведущим покажется логичным и несложным. Лично я решал каждую из проблем, с которыми столкнулся во время переезда, знакомыми мне способами. Если кто-то знает менее витиеватый путь, прошу в комменты.
Вступительное слово
Ну что… Как всегда в очередной раз возникла потребность создать собственную сборку на базе Windows 7 с определённым набором скриптов и команд. Виртуальная машина на VirtualBox позволяет нам практиковаться в том во всём ракурсе вкусов и возможностей. Но в какой-то момент появилась мысль, что неплохо было бы перенести виртуальную Windows с VirtualBox на физический диск, чтобы убедиться воочию как это всё работает в полевых условиях. В статье эти подробности я опущу, скажу лишь, что меня, прежде всего, интересовали отредактированные настройки безопасности Windows. В общем, виртуальная Windows 7 на хозяйской Windows 10 под управлением VirtualBox готова и готовится к переезду на физический компьютер. Опишу все условия и технические характеристики, которые у меня: не все принципиальны, но чтобы потом не плевали в мою сторону. Всё, о чём пишу, увидите в роликах. И наоборот — всё, в них сделанное, продублировано текстом статьи. Оба ролика отображают один процесс от начала до конца.
ВВОДНЫЕ, или по какому принципу строится статья.
Для работ, связанных с перемещением Windows с VirtualBox на реальный компьютер, использовалось следующее:
Подготовка виртуальной Windows.
Настройки виртуальной Windows по сути особого значения не имеют. В примере я перевожу Windows 7 64 бита, в связи с чем настройки VirtualBox по производительности были не ограничены. Для операции я задействовал не все процессоры; но виртуальной RAM на время операций я добавил по максимуму:
Отдельный вопрос о флешке или диске для образа. Носитель отформатируйте и в хозяйской и, после подключения к виртуальной машине, в гостевой. Это важно.
По вопросу размеров самой виртуальной машины и носителя под переезд. В качестве носителя вы можете использовать не только флешку, но и диск, подключённый через бокс или шлейфами напрямую к материнской плате. Но в любом случае вопрос об уменьшении размера виртуальной Windows перед вами встанет: позаботьтесь об уменьшении пространства. Очистите систему от всего лишнего (файлы подкачки и точки восстановления вам точно уже не пригодятся), и в помощь вам будут статьи:
Создание образа виртуальной Windows.
Работу с Macrium Reflect я выделю отдельно. Прямо в виртуальной Windows 7 качаю и устанавливаю программу по ссылке. Можете воспользоваться привычным поиском; я же качаю всегда у производителя (версия For Home Use). Флешка к виртуальной Windows уже подключена:
После установки Macrium Reflect покажет пространство виртуального диска:
С флешкой работаем в два этапа, с которых и начинаются видео обзоры в статье. Сначала сделаем её загрузочной. В окне программы в панели задач вверху выберем Other tasks — Create Rescue Media…
в кнопке Advanced можно сменить архитектуру будущей Windows
Пару сотен мегабайт данных — и всё готово. На этом этапе проблем особых не должно возникать. Этап второй: начинаем запись образа диска на флешку. Процесс выглядит так:
Попытка перенести Windows с VirtualBox на физический диск другого компьютера.
По успешному окончанию записи образа отстёгиваем флешку от виртуальной машины и переходим к установке на компьютер. Проверьте её содержимое; у меня оно выглядит так:
Выставив загрузку с флешки, ждём окна Macrium Reflect:
В среде Windows PE программа Macrium представит знакомое окно, в котором вам нужно лишь найти только что записанный образ. Процесс начинается…
После некоторого ожидания выключите или перезагрузите компьютер, сменив в BIOS порядок загрузки. Флешка Macrium с образом нам больше не нужна. В моём компьютере остаются пристёгнутыми загрузочная флешка Windows 10 и флешка с драйверами.
Исправляем BSOD
Он практически неизбежен, так что можете и не пытаться загрузиться. Так что я загружаюсь с флешки с Windows 10, выхожу на ремонтную консоль. Здесь мне нужно сначала определиться с буквами к дискам. Это сделает DISKPART.
У меня распределение букв получилось таким:
Теперь мне нужно увидеть все драйверы установленной, но не загружающейся Windows. Вступает в работу DISM
где f — диск с файлами Windows 7. В списке зафиксируйте ВСЕ драйверы, что содержат в Имени поставщика название программы виртуализации Virtual Box — Oracle Corporation:
Удаляем их шаблоном:
Моя команда приняла вид:
После удаления драйверов Oracle я ставлю «родные» с флешки номер три:
Следите за буквами дисков. Проблем быть не должно, если вы с драйверами к плате не ошиблись.
После установки перезагружаемся, выставляем загрузку теперь уже с HDD или SSD. Спустя время система установит скачанные вами драйверы. После этого вы можете разобраться с оставшимся нераспределённым пространством диска через консоль управления дисками.