Virtualbox диск на физический

Содержание

Как перенести настроенную Windows с VirtualBox на реальный десктопный компьютер или ноутбук

Virtualbox диск на физический

В предыдущих материалах мы рассматривали по меньшей мере два способа виртуализации физического компьютера с целью переноса его на гипервизор — отдельно с помощью бесплатной утилиты Disk2vhd от Марка Руссиновича и отдельно с помощью модуля коммерческой программы VMware, причем первый способ оказался несравненно более прост и удобен. Цели такого переноса могут быть самые разные, скажем, тестирование «сырого» программного обеспечения, способного повредить систему.

Но что, если у вас возникнет нужда в обратном, то есть в переносе настроенной виртуальной Windows на физический компьютер?

Развертывания виртуальной Windows на физический диск

Скажем, понравилась вам тестируемая на виртуалке версия Windows, и вы захотели, не тратя времени, развернуть ее на хостовой машине. Возможно ли такое? Да, но с определенными оговорками, ибо нельзя дать стопроцентной гарантии, что система встанет без ошибок и необходимости дополнительных настроек вроде установки драйверов.

На одном из ресурсов для этого предлагается использовать программу Macrium Reflect, но нам этот способ показался слишком громоздким и неудобным, поскольку, во-первых, он предполагает работу как минимум с двумя переносными носителями, во-вторых, с ним связано практически неизбежное падение развернутой системы в BSOD, с которым придется разбираться отдельно.

Мы предлагаем более простое решение с применением утилиты Vhd2Disk — выполняющей ту же работу, что и знаменитая Disk2vhd, только в обратном порядке. Если Disk2vhd виртуализирует физический ПК, то Vhd2Disk, извините за не совсем удачное выражение, материализует виртуальную Windows на физическом компьютере.

Утилита тоже бесплатна, скачать ее вы можете с официальной странички форума:

https://docs.microsoft.com/en-us/sysinternals/downloads/disk2vhd

Перенос Windows с VirtualBox на реальный компьютер

Для примера мы будем использовать виртуальную Windows XP ввиду ее компактности и небольшого объема внешнего диска, но суть от этого не меняется, с таким же успехом на физический диск вы можете перенести Windows 10, 8.1 и 7.

Итак, имея настроенную виртуальную Windows на Oracle VM VirtualBox, удаляем из нее дополнения гостевой ОС во избежание конфликтов и отцепляем общие папки, если таковые имеются. Зайдя в управление дисками виртуальной системы, вы увидите примерно такую картину, только разделов в Windows 10/8.

1/7 будет больше (служебные, системный и пользовательский).

Конвертирование диска VDI в VHD

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

Выделяем ее мышкой и жмем на панели «Копировать». Здесь отдаем предпочтение формату VHD и нажимаем «Копировать», изменив, если надо, каталог для сохранения копии.

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

Подготовка диска

В данном примере развертывание образа будет выполняться на чистый накопитель, который необходимо подключить к компьютеру через SATA или USB. Если на диске уже имеются разделы, удаляем их со всем содержимым в Diskpart.

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

Вот так это должно выглядеть в оснастке управления дисками.

Работа с Vhd2Disk

Теперь можно приступать к работе с утилитой Vhd2Disk. Запустив тулзу, укажите в поле «VHD File name» путь к полученному VHD-образу. А теперь будьте внимательны: в поле «Target Drive» укажите номер того физического носителя, на который станет разворачиваться система из VHD-образа.

У нас этот диск имеет номер 1, тогда как диск с установленной и работающей системой имеет номер 0. Убедившись, что всё выбрано правильно, нажмите «Vhd to disk». Коли всё пройдет удачно, спустя несколько минут в строке статуса получите сообщение «SVHD dumped on drive successfully!».

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

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

Также, что очень важно, вам нужно будет зайти в Диспетчер устройств, в котором наверняка обнаружатся неопознанные устройства или же устройства без драйверов. Это нормальное явление, драйвера ставим с вручную или помощью DriverPack Solution либо же аналогичной программы.

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

Оцените Статью:

(3 5,00 из 5)
Загрузка…

Рубрики: Windows

Vhd2Disk, VirtualBox, гипервизор, ОС

Источник: https://www.white-windows.ru/kak-perenesti-nastroennuyu-windows-s-virtualbox-na-realnyj-desktopnyj-kompyuter-ili-noutbuk/

Физический диск VirtualBox – назначение и особенности подключения

Virtualbox диск на физический

Как в программе Virtualbox правильно подключить физический диск? С этим вопросом сталкиваются многие пользователи. А также те, кто еще не имеет богатого опыта работы с таким программным обеспечением.

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

А потому, мы наглядно рассмотрим все наиболее важные и значимые моменты.

Использование физического диска в VirtualBox

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

  1. Это позволяет правильно распределить свободное пространство.
  2. Такие манипуляции дают возможность ускорить процедуру.
  3. Возможность запускать систему, как с виртуального носителя, так и из внутреннего хранилища.

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

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

Форматы файлов виртуальных дисков

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

Особенности подключения на Windows, Ubuntu и Linux

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

Создание виртуального диска, указывающего на физический

Чтобы сделать все необходимое для создания, вам потребуется проделать следующий перечень манипуляций:

  • требуется указать команду VBoxManage internalcommands createrawvmdk -filename drive.vmdk -rawdisk /dev/sdb для Linux;
  • для операционной системы Виндовс команда выглядит так: “C:\Program Files\Oracle\VirtualBox\VBoxManage.exe” internalcommands createrawvmdk -filename C:\VMs\testvm\drive.vmdk -rawdisk \\.\PHYSICALDRIVE1

В целом, здесь нет ничего существенно сложного, если правильно прописывать все значения в утилите, отвечающей за виртуализацию.

Диск VirtualBox – подключение

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

  1. В первую очередь запускается соответствующее программное обеспечение.
  2. Далее вы выбираете уже имеющийся вариант из доступных.
  3. Требуется вызвать опции машины командой «Ctrl+S».
  4. После этого вы выбираете «Storage» -> «Controller: SATA».
  5. Далее необходимо кликнуть по левой клавише.
  6. Вам требуется команда «Add Hard Disk».
  7. В появившемся окне, предстоит выбрать тот тип, который был создан ранее.
  8. В самом конце происходит активация кнопкой «Open».

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

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

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

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

Источник: https://VirtualBoxpc.ru/fizicheskiy-disk-v-virtualbox/

Особенности работы с виртуальными дискaми VirtualBox

Virtualbox диск на физический

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

Для тех, кому интересен пример с безопасностью, можете сразу переходить по якорю к разделу об особых режимах записи.
Начнем с некоторых общих понятий. У VirtualBox существуют 3 основных метода предоставления гостевой операционной системе (ОС) доступа к данным. Сей текст концентрируется на использовании виртуальных дисков.

Виртуальные диски подключаются к виртуальной — гостевой ОС, методом эмуляции подключения через соответствующий контроллер, IDE, SATA (AHCI), SCSI, SAS.

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

Например, в семействе Windows до Windows Vista нет поддержки Advanced Host Controller Interface (AHCI), к которому относится SATA, поэтому в частности, виртуальная машина с ОС Windows XP с SATA работать не будет.

Файлы виртуальных дисков

VirtualBox позволяет работать с разными форматами файлов виртуальных дисков. Помимо собственного VDI, поддерживаются VMDK (VMware), VHD (Microsoft), Parallels version 2 HDD format (Parallels).

Каждому виртуальному диску присваивается уникальный идентификатор UUID, это помогает VirtualBox удостовериться, что каждый диск используется только один раз и не позволяет импортировать в гостевую ОС обычные копии дисков (для этого существует отдельная процедура клонирования).

Виртуальные диски могут быть, как фиксированного размера, так и динамически выделяемого, причем VirtualBox позволяет увеличить размер дискового пространства, независимо от объёма и формата диска и даже в том случае, если диск содержит данные. Ниже пример, как это сделать с помощью утилиты vboxmanage.

vboxmanage modifyhd –resize При выборе динамически выделяемого образа, файл контейнера будет «разрастаться» постепенно, по мере заполнения секторов данными, до тех пор, пока размер контейнера не достигнет указанного при создании виртуальной машины лимита. Учитывая то, что в процессе регулярного увеличения размера контейнера задействуются дополнительные вычислительные ресурсы, скорость записи при использовании опции с фиксированным размером, как правило выше, в с равнении с динамическим диском. Тем не менее, если размер динамического диска в долгосрочной перспективе значительно не увеличивается, то разница в скорости записи практически нивелируется.

Управление виртуальными медиа (Virtual Media Manager)

VirtualBox ведет реестр всех виртуальных медиа носителей, которые используются всеми гостевыми ОС. Это так называемые ”known media”, доступ к списку (реестру) которых можно получить используя утилиту Virtual Media Manager (доступно из меню File).

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

Информацию из реестра можно удалить используя встроенную функцию удаления “Remove” Каждый отдельно взятый образ можно «открепить» от виртуальной машины за которой он закреплен, используя функцию ”Release” Открепив образ, прикрепить его обратно нажатием одной кнопки не удастся, для этого необходимо будет добавить образ, как жесткий диск. Аналогичным способом «прикрепляются» и снэпшоты (снимки диска). В очередной раз отмечу, что из-за наличия UUID, о которых говорилось выше, нельзя просто скопировать и прикрепить образ диска.

Snapshots (Снэпшоты)

Как известно snapshot в переводе с английского означает снимок. Принцип работы механизма прост.

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

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

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

Действительно, если есть 2 снэпшота, то вначале VirtualBox смотрит есть ли нужный сектор в образе снэпшота2, если нет, то система обращается к снэпшоту1, если и там ничего не обнаружено, то тогда идет обращение к основному диску. Нагрузка все-же будет незначительной и мало заметной для конечного пользователя, т, к. вся таблица секторов постоянно присутствует в памяти. Стоить помнить, что при удалении снэпшота, все изменения произведенные после его создания «сливаются» с ранее «замороженным» образом.

Кэширование ввода/вывода

Затронув тему производительности уместно будет упомянуть и о кэшировании. Изначально VirtualBox работает с файлами образов, как с обычными файлами, которые само-собой кэшируются хостовой ОС. Это сделано, как нистранно с целью увеличение скорости.

Когда гостевая ОС производит операцию записи, то операция кэшируется хостовой ОС и сообщение об успешном завершении операции отправляется в гостевую ОС сразу-же, в то время как сама операция обрабатывается гостевой ОС асинхронно. Такой подход не всегда себя оправдывает, т.к.

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

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

Такой сценарий безусловно приводит к потере данных. Отключение кэширования выполняется следующим образом: vboxmanage storagectl “VM name” –name –hostiocache off

Bandwidth

VirtualBox позволяет ограничивать ширину пропускного канала для одного или нескольких виртуальных дисков. Создаем группу “Limit” и устанавливаем лимит в 20 Mb/s vboxmanage bandwidthctl “VM name” add Limit –type disk –limit 20M Добавляем нужные диски в группу.

vboxmanage storageattach “VM name” –storagectl “SATA” –port 0 –device 0 –type hdd –medium disk1.vdi –bandwidthgroup Limit vboxmanage storageattach “VM name” –storagectl “SATA” –port 1 –device 0 –type hdd –medium disk2.vdi –bandwidthgroup Limit Суммарный для обоих дисков bandwidth не будет превышать 20 MB/s.

Этот лимит можно изменить в любой момент, не выключая виртуальной машины. vboxmanage bandwidthctl “VM name” set Limit –limit 100M

Особые режимы записи образов

Для каждого образа виртуального диска, поддерживаемого VirtualBox, не зависимо от формата, можно определить режим поведения при записи данных, будь это следствие операций внутри виртуальной машины или снимка дика (snapshot).

Такие режимы называются «нестандартными», в то время, как по умолчанию все образы дисков функционируют в «нормальном» режиме. Для того, что бы перевести режим из «нормального» в «нестандартный» можно воспользоваться вышеупомянутым Virtual Media Manager или консольной утилитой vboxmanage vboxmanage modifyhd .

vdi settype immutable В «нормальном» режиме записи, гостевая ОС может осуществлять чтение и запись с физического диска без всяких ограничений a при создании снимков диска (snapshot), VirtualBox создает oтдельный файл в котором фиксируются все изменения. В режиме «write through» функция снэпшотов работать не бует.

Режим работы «shareable» своего рода разновидность предыдущего. Тут тоже нет возможности работы со «снэпшотами», зато есть возможность использования несколькими одновременно работающими виртуальными машинами одного образа диска, сценарий кластеризации.

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

Режим «read only» используется в основном для работы с образами CD/DVD, т.к. предполагает только чтение.

Режим на который стоит обратить внимание называется «Immutable». Как следует из названия immutable образы не меняются с течением времени. Любые изменения в immutable диске актуальны ровно до тех пор, пока виртуальная машина работает.

После отключения виртуальной машины все изменения пропадают. Прежде чем перевести диск в режим immutable стоит сначало создатъ «нормальный» диск, установить и настроить систему в оптимальное состояние, желательно не подключаясь к интеренету, и только после того, как гостевая система готова — «откреплять» диск и переводить его в режим immutable.

Одним из сценариев работы может быть схема при которой используются два диска – один в режиме immutable, на котором находится сама система, второй в нормальном или write-through режиме. На первый взгляд вполне безопасный и понятный сценарий работы — каждый раз загружается «свежая» система. Но не все так прозрачно и есть некоторые нюансы.

Во первых, для immutable дисков есть одно важное исключение. Они не “обнуляются” в случае, когда прикреплены к виртуальной машине, снимок диска которой был сделан пока та была запущенна — так называемый online-snapshot.

Это означает, что если например, пользователь создал immutable disk, а потом в процессе работы, создал «снэпшот», не завершив работу виртуальной машины, то начиная с упомянутого «снэпшота» все последующие операции и действия внутри системы будут носить необратимый эффект, т.к.

все действия будут де-факто происходить в «снэпшоте».

В случае если основной целью является «свежая система» при каждом запуске, то от использования снэпшотов, лучше воздержаться. Во-вторых, вышеописанное «обнуление» отдельного образа происходит только в случае, когда команда включения/отключения виртуальной машины посылается самой средой VirtualBox, а не происходит внутри гостевой ОС. Проще говоря, если например перезагрузить гостевую ОС Windows стандартным методом (Меню пуск, перезагрзить систему), то обнуление immutable диска не произойдет.

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

После того, как текущий контейнер установлен в режим immutable, VirtualBox перестает использовать этот контейнер и фактически диск переходит в режим «read only». Все операции записи перенаправляются в отдельный образ и каждый раз, когда виртуальная машина начинает работу этот новый «отдельный» образ «обнуляется». В реальности на жестком диске создается временный «снэпшот», который находится в папке Snapshots, соответствующей виртуальной машины, внутри которого и происходит вся работа. После завершения работы виртуальной машины вышеупомянутый временный скриншот остается нетронутым.

Рассмотрим простой пример

Боб создал виртуальную машину, настроил ОС и перевел диск в режим immutable. Боб регулярно использует свою виртуальную машину для тайного общения с Алисой. При каждом запуске, загружается «свежая» система, не содержащая никаких логов предыдущего общения, текстов, видео или фото. В очередной раз закончив переписку, Боб спокойно выключает виртуальную машину и идет спать. Предположим также, что перед каждым запуском ОС Боб проверяет, что режим диска установлен как “immutable”. Ева имеет доступ к компьютеру на котором установлена виртуальная машина. Ей достаточно зайти в папку Snapshots внутри директории соответствующей виртуальной машины и там будет требуемый «снэпшот». Все что остается сделать Еве, что бы увидеть всю переписку, равно как и результат всех действий производимых Бобом внутри ОС, это перевести диск в «нормальный» режим и перед тем, как запустить виртуальную машину прикрепить к ней снэпшот. Более того, Ева может каждый день делать резервные копии таких «снэпшотов», главное, что бы это было сделано до того, как Боб снова запустит виртуальную машину. Решением для Боба в данной ситуации будет после завершения работы, вручную удалять все содержимое папки Snapshots. Не говоря уже о том, что надо постоянно проверять в каком режиме работает диск и желательно, либо вообще заблокировать некоторые элементы GUI, что достаточно просто реализуется vboxmanage setextradata global GUI/Customizations OPTION[,OPTION…] Справедливости ради стоит сказать, что у тех-же Parallels, с самых ранних версий для того, что бы перевести диски из одного режима в другой необходим пароль суперпользователя, а временные «снэпшоты» удаляются моментально, после завершения работы.

Вместо заключения

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

Данная статья показывает некоторые особенности, на которые уместно обратить внимание и лишь мизерную часть всех возможностей VirtualBox.

  • VirtualBox
  • виртуализация
  • информационная безопасность
  • виртуальные хранилища

Хабы:

  • Информационная безопасность

Источник: https://habr.com/ru/post/255427/

Как перенести виртуальную Windows на физический диск?

Virtualbox диск на физический

Как перенести виртуальную Windows с VirtualBox на физический диск? Переносим виртуальную Windows на реальный компьютер. Сейчас разберём “заслуживающую быть” тему переезда операционной системы с виртуальной машины на реальный HDD или SSD с реальной материнской платой.

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

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

Лично я решал каждую из проблем, с которыми столкнулся во время переезда, знакомыми мне способами. Если кто-то знает менее витиеватый путь, прошу в комменты.

Вступительное слово

Ну что… Как всегда в очередной раз возникла потребность создать собственную сборку на базе Windows 7 с определённым набором скриптов и команд. Виртуальная машина на VirtualBox позволяет нам практиковаться в том во всём ракурсе вкусов и возможностей.

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

В общем, виртуальная Windows 7 на хозяйской Windows 10 под управлением VirtualBox готова и готовится к переезду на физический компьютер. Опишу все условия и технические характеристики, которые у меня: не все принципиальны, но чтобы потом не плевали в мою сторону. Всё, о чём пишу, увидите в роликах.

И наоборот – всё, в них сделанное, продублировано текстом статьи. Оба ролика отображают один процесс от начала до конца.

Для работ, связанных с перемещением Windows с VirtualBox на реальный компьютер, использовалось следующее:

  • программа виртуализации ОС VirtualBox. На VirtualBox и находится подопытная Windows, готовая к переезду.
  • образ диска гостевых дополнений к VB соответствующей версии. Он позволяет усилить возможности виртуальной машины и облегчить взаимодействие между гостевой и хозяйской машинами. Обратите внимание: на одном из этапов гостевые дополнения я из виртуальной Windows удаляю.
  • бесплатная версия программы по резервному копированию Macrium Reflect. С её помощью мы (1)сделаем флешку загрузочной и (2)скинем туда резервный образ, который и перенесём на реальный компьютер.
  • первая флешка / диск в боксе соответствующего объёма для хранения образа.
  • вторая загрузочная флешка с Windows 10. Извиняюсь, но как я не бился – без неё неизменную ошибку BSOD на этапе загрузки у меня победить никак не удавалось.
  • компьютер/ноутбук с пустым жёстким HDD или твердотелом SSD. Ну, тут понятно…
  • драйверы для конфигурации реального компьютера. Для хранения драйверов вы можете использовать отдельную флешку или перекинуть их в какую-нибудь папку на любую из первых двух. Много места драйвера никогда не занимали.

Подготовка виртуальной Windows

Настройки виртуальной Windows по сути особого значения не имеют. В примере я перевожу Windows 7 64 бита, в связи с чем настройки VirtualBox по производительности были не ограничены. Для операции я задействовал не все процессоры; но виртуальной RAM на время операций я добавил по максимуму:

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

Флешка за виртуальной Windows не закрепляется?

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

Но в любом случае вопрос об уменьшении размера виртуальной Windows перед вами встанет: позаботьтесь об уменьшении пространства.

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

Очистка Windows: программы со стороны и секреты встроенной утилиты очистки

Файлы Swapfile.sys Hiberfil.sys Pagefile.sys: для чего и зачем?

Далее. В нашем случае это самый настоящий переезд с одной системы на другую. Однако информация из статьи Как перенести жёсткий диск с Windows на другой компьютер? с элементами работы утилиты Sysprep нам совсем не подойдёт.

Принцип переноса будет основан на создании слепка работающей (т.е. исправно функционирующей) системы с последующем “восстановлением” раздела на жёстком диске.

Так что в момент “установки” (читай – восстановления) на компьютер бывшей виртуальной Windows сборка затребует драйвера к материнской плате обязательно. Так что запасайтесь. Сразу советы:

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

Работу с Macrium Reflect я выделю отдельно. Прямо в виртуальной Windows 7 качаю и устанавливаю программу по ссылке. Можете воспользоваться привычным поиском; я же качаю всегда у производителя (версия For Home Use). Флешка к виртуальной Windows уже подключена:

После установки Macrium Reflect покажет пространство виртуального диска:

С флешкой работаем в два этапа, с которых и начинаются видео обзоры в статье. Сначала сделаем её загрузочной. В окне программы в панели задач вверху выберем Other tasksCreate Rescue Media…

Выберем флешку:

в кнопке Advanced можно сменить архитектуру будущей Windows

Пару сотен мегабайт данных – и всё готово. На этом этапе проблем особых не должно возникать. Этап второй: начинаем запись образа диска на флешку. Процесс выглядит так:

  • в окне программы проверим галочку, выделив весь диск с обоими разделами (не знаю, сколько у вас; у меня виртуальная Windows ставилась по всем правилам с Резервным разделом). По умолчанию галочка уже стоит (обведённая красным, слева в части Source).
  • В части окна Destination укажу, что образ будет храниться на флешке (на фото у меня карта через USB-переходник):
  • Внизу жмём Next, переходя в настройки. Выставляйте как у меня (оставил чек-бокс на Full, присвоив значение 1; чек-бокс Differential отключил):
  • Снова жмём Next. Проверяем и жмём Finish:
  • от создания контрольного файла откажусь:

Попытка перенести Windows с VirtualBox на физический диск другого компьютера

По успешному окончанию записи образа отстёгиваем флешку от виртуальной машины и переходим к установке на компьютер. Проверьте её содержимое; у меня оно выглядит так:

Выставив загрузку с флешки, ждём  окна Macrium Reflect:

В среде Windows PE программа Macrium представит знакомое окно, в котором вам нужно лишь найти только что записанный образ. Процесс начинается…

  • …по нажатию кнопки Restore Image. Macrium начнёт искать диски.
  • Если есть подходящие варианты, появится ссылка Select an image to restore to… Щёлкните по ней и выберите диск
  • в найденном диске удаляем все разделы, опустошая HDD или SSD, щёлкнув по Delete Existing Partition.
  • запись начнётся по нажатию кнопки Next

После некоторого ожидания выключите или перезагрузите компьютер, сменив в BIOS порядок загрузки. Флешка Macrium с образом нам больше не нужна. В моём компьютере остаются пристёгнутыми загрузочная флешка Windows 10 и флешка с драйверами.

Исправляем BSOD

Он практически неизбежен, так что можете и не пытаться загрузиться. Так что я загружаюсь с флешки с Windows 10, выхожу на ремонтную консоль. Здесь мне нужно сначала определиться с буквами к дискам. Это сделает DISKPART.

diskpart list volume exit

У меня распределение букв получилось таким:

  • F – диск, где лежат системные файлы бывшей виртуальной, а теперь реальной, но неработоспособной Windows 7;
  • D – загрузочная флешка Windows 10;
  • E – флешка с заранее скачанными драйверами к плате.

Теперь мне нужно увидеть все драйверы установленной, но не загружающейся Windows. Вступает в работу DISM

dism /image:f:\ /get-drivers

где f – диск с файлами Windows 7. В списке зафиксируйте ВСЕ драйверы, что содержат в Имени поставщика название программы виртуализации Virtual Box – Oracle Corporation:

Удаляем их шаблоном:

dism /Image:диск:\ /Remove-Driver /driver:oemX.inf

Моя команда приняла вид:

dism /Image:f:\ /Remove-Driver /driver:oem4.inf /driver:oem48.inf /driver:oem49.inf /driver:oem50.inf /driver:oem51.inf /driver:oem52.inf /driver:oem53.inf /driver:oem54.inf /driver:oem55.inf

После удаления драйверов Oracle я ставлю “родные” с флешки номер три:

dism /image:f:\ /add-driver /Driver:e:\ /recurse

Следите за буквами дисков. Проблем быть не должно, если вы с драйверами к плате не ошиблись.

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

Успехов.

Источник: https://computer76.ru/2020/08/21/%D0%BF%D0%B5%D1%80%D0%B5%D0%BD%D0%B5%D1%81%D1%82%D0%B8-%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D1%83%D1%8E-windows/

9.10. Прямое использование гостем жесткого диска хост системы

Virtualbox диск на физический

Начиная с версии 1.4, в качестве альтернативы использования образов виртуальных дисков (описывается подробно в Chapter 5, Virtual storage ), VirtualBox может также предоставить физический жесткий диск или любой выбранный раздел как виртуальный диск для виртуальной машины.

В VirtualBox этот вид доступа называется “raw hard disk access”; он позволяет гостевой операционной системы получить доступ к своему виртуальному жесткому диску без использования файловой системы хоста.

Реальная производительность при использовании файлов образов и raw дисков будет различаться, и во многом зависит от файловой системы хоста, использования метода динамического расширения дисков и стратегии кеширования ОС хоста. Кеширования также косвенно затрагивает другие аспекты – такие как отказоустойчивость файловой системе, т.е.

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

Использовать “raw hard disk access” рекомендуется только опытным пользователям. Неправильное использование режима может привести к полной потере данных на физическом диске. Самое главное, не пытайтесь загрузить гостевую систему с раздела, с которого в настоящее время загружена ОС хоста. Это может привести к непредсказуемым повреждениям ваших данных.

Доступ через “raw hard disk access” – как ко всему диску так и к отдельным его разделам, – осуществляется через механизм образов диска VMDK. Поэтому, вам придется создать специальный файл VMDK, который определяет, где данные будут хранится.

После его создания, вы можете использовать его как обычный виртуальный образ диска. Например, вы можете использовать менеджер виртуалных носителей ( Section 3.

5, “The Virtual Disk Manager” ) или VBoxManage для подключения образа к виртуальной машине.

9.10.1.Доступ ко всему жесткому диску

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

Если ваша ОС хоста operating также загружена с этого диска, будьте предельно осторожны, чтобы не дать доступ полный гостевой системе к системному разделу хоста.

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

Чтобы создать образ, который представляет весь физический жесткий диск на Linux хосте, используйте команду
VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sda

Данная команда создаст файл образа /path/to/file.vmdk (путь должен быть указан полный), для доступа к данным на физического устройства /dev/sda .

На Windows хосте вместо /dev/sda, указывается MS спецификация устройств, т.е. \\.\PhysicalDrive0 .

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

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

VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sda -register

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

VBoxManage modifyvm WindowsXP -hda /path/to/file.vmdk

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

9.10.2. Доступ к отдельным разделам жесткого диска

Данный режим “raw partition support” сильно похож на режим “full hard disk”, который описан выше. Однако, в этом случае, в VMDK образе будет содержаться информация о разделах диска.

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

Гостю будет видеть все существующие разделы на физическом диске, однако доступ будет ограничен указанными разделами диска.

Для создания образа “raw partition support” (который будет небольшим по размеру, как было упомянуто ранее), в Linux используйте команду:

VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sda -partitions 1,5

Как вы видете , эта команда идентична команде создающей образ “full hard disk” , за исключения добавленого параметра -partitions . В данном примере создается образ /path/to/file.vmdk и разделы 1 и 5 устройства /dev/sda будут доступны для гостевой системы.

VirtualBox использует ту же самую нумерацию разделов, что и ваш хост Linux. Поэтому , номера указанные в вышеприведенном примере будут указывать на первый диск первичного раздела и первый диск дополнительного раздела (first primary partition and first logical drive in the extended partition).

На Windows хосте вместо /dev/sda, указывается MS спецификация устройств, т.е. \\.\PhysicalDrive0 . Номера разделов указываются те же, что и в Linux и Windows.

Список номеров разделов вы можете получить командой

VBoxManage internalcommands listpartitions -rawdisk /dev/sda

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

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

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

Если это не возможно, имеется особый вариант “raw partition access” (в настоящее время доступен только для Linux хостов) который позволяет избежать предоставления полного доступа ко всему диску текущему пользователю.

Для настройки этих образов используйте команду

VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sda -partitions 1,5 -relative

При использовании в его в виртуальной машине, образ будет представлять не весь диск, а только определенные разделы (в примере /dev/sda1 и /dev/sda5 ). Поэтому, полный доступ требуется только к этим разделам, а не ко всему диску. Однако для создания этого образа полный доступ ко всему диску необходим для получения информации о структуре диска.

В некоторых конфигурация возможно потребуется изменение кода MBR создаваемого образа, например чтобы заменить загрузчик Linux, вместо того который используется хостом.

Это позволит, например, сразу загрузить гостевую систему Windows, если Linux хост система загружается с “того же самого” диска. С этой целью применяется параметр -mbr. Он определяет имя файла в котором хранится код MBR.

При этом таблица разделов не изменяется, что позволяет использовать один файл с кодом MBR для загрузки с различных разделов. Пример использования:
VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sda -partitions 1,5 -mbr winxp.mbr

Код из файла MBR будет сохранен внутри образа, а не на диске хоста.

Для всех приведенных выше примерах, вы можете сразу зарегистрировать создаваемый образ в реестре VirtualBox добавлением параметра -register в приведенные команды. Тогда образ сразу появится в списке зарегистрированных образов дисков в менеджере виртуальных носителей. Пример:

VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sda -partitions 1,5 -relative -register

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

Источник: http://mirspo.ru/vbox/ch09s10.html

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.