Не удалось создать файл жесткого диска 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/

Ошибка при управлении файлом VHD – Windows Server

Не удалось создать файл жесткого диска virtualbox

  • 09/08/2020
  • Чтение занимает 5 мин
    • D
    • o

В этой статье представлено решение ошибки, возникающей при создании виртуальной машины в диспетчере Hyper – V.

Исходная версия продукта:   Windows Server 2012 R2
Исходный номер статьи базы знаний:   2013544

Симптомы

При попытке создать виртуальную машину в диспетчере Hyper – V в Windows Server 2008 R2 отображается следующее сообщение об ошибке:

Имя журнала: Microsoft — Windows — Hyper – V $ VMMS — AdminИсточник: Microsoft — Windows — Hyper – V $ VMMSИдентификатор события: 14098Уровень: ошибкаОписание:

Драйвер “поставщик службы виртуализации хранилища”, необходимый для службы управления виртуальными машинами, не установлен или отключен. Проверьте параметры или попробуйте переустановить роль Hyper – V.

Имя журнала: Microsoft — Windows — Hyper – V – Image – Management — Service — AdminИсточник: Microsoft — Windows — Hyper – V – Image – Management — ServiceИдентификатор события: 15062Уровень: ошибкаОписание:

“Системе не удалось создать” Е:\вмачине\виртуал Мачинес\тест\тест.Вхд “. Код ошибки: 2424869

При попытке взаимодействия с файлом виртуального жесткого диска (VHD) с помощью средства, такого как диспетчер Hyper-V, Storage Manager или DiskPart, отображается следующее сообщение об ошибке:

Заголовок: Диспетчер виртуальных дисков
Описание: поставщик виртуального диска для указанного файла не найден.

Кроме того, в журнале ВХДМП может регистрироваться следующее событие:

Идентификатор события 3 : не удалось выповерхности виртуального жесткого диска . Состояние ошибки: 0xC0000061

При попытке запустить виртуальную машину с помощью диспетчера Hyper – V отображается следующее сообщение об ошибке:

Примечание

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

Заголовок: Диспетчер Hyper – V
Описание: ошибка при попытке запуска выбранных виртуальных машин (#d0) .

Microsoft Emulator IDE Controller (идентификатор экземпляра {# # # # # # # #-# # # #-# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

Не удалось открыть вложение “буква диска: \ Пас\виртуал Hard Drivers \ VMNAME_ # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #. VHD Ошибка: “устройство, подключенное к системе, не работает”
Не удалось открыть вложение “буква диска: \ Пас\виртуал Hard Drivers \ VMNAME_ # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #. VHD Ошибка: “устройство, подключенное к системе, не работает”

Не удалось запустить “имя ВМ” (ИД виртуальной машины # # # # # # # #-# # # #-# # # #-# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

“Имя виртуальной машины” (идентификатор экземпляра {# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # (0x8007001F) (идентификатор виртуальной машины: # # # # # # # #-# # # #-# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

“Имя ВМ”: не удалось открыть вложение “буква диска: \ Пас\виртуал” жесткие драйверы \ VMNAME_ # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # Ошибка: “подключенное к системе устройство не работает” (0x8007001F) (идентификатор виртуальной машины: # # # # # # # #-# # # #-# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

“Имя ВМ”: не удалось открыть вложение “буква диска: \ Пас\виртуал” жесткие драйверы \ VMNAME_ # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # Ошибка: “подключенное к системе устройство не работает” (0x8007001F) (идентификатор виртуальной машины: # # # # # # # #-# # # #-# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

Причина

Возникла ошибка синхронизации с FSDepends.sys и с VHDMP.sys. Эта проблема возникает при установке определенных программ резервного копирования на компьютерах под управлением Windows Server 2008. По умолчанию для параметра Start FSDepends.

sys в реестре задано значение вручную. Когда программное обеспечение стороннего производителя загружает драйвер ленточного устройства, это программное обеспечение может привести к FSDepends.sys и VHDMP.

sys неправильно инициализировать процесс.

Решение

Чтобы обойти эти проблемы, FSDepends.sys следует установить начальное значение Boot (0x0).

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

Чтобы получить дополнительные сведения о резервном копировании, восстановлении и изменении реестра, щелкните следующий номер статьи базы знаний Майкрософт:
322756 Создание резервной копии и восстановление реестра Windows

Чтобы обойти эти проблемы, выполните указанные ниже действия.

  1. Откройте редактор реестра.

  2. Откройте следующий раздел реестра:
    HKLM\SYSTEM\CurrentControlSet\Services\FsDepends

  3. В разделе “Фсдепендс” измените значение REG_DWORD “Start” с 3 на 0.

  4. Перезагрузите компьютер.

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

  • Отключите все подключенное ленточное устройство и перезапустите сервер. После запуска сервера включите ленточное устройство.
  • Отключите драйвер устройства с именем TPFilter.sys.

Источник: https://docs.microsoft.com/ru-ru/troubleshoot/windows-server/virtualization/fail-to-manage-vhd-file

Не удалось импортировать конфигурацию виртуальной машины VirtualBox: решение

Не удалось создать файл жесткого диска virtualbox

Автор Владимир!

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

Процесс импорта программой VirtualBox машин, экспортированных нами ранее или скачанных в Интернете, увы, не всегда проходит успешно. И иногда мы можем столкнуться с ошибкой типа «Не удалось импортировать конфигурацию виртуальной машины».

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

Рабочие виртуалки VirtualBox вместе с их настройками и содержимым виртуального жёсткого диска можно экспортировать в универсальный файл конфигурации формата OVA, а затем импортировать его после переустановки основной Windows, на другом компьютере или на другом гипервизоре. С механизмом экспорта-импорта с участием формата OVA работают программы VirtualBox, VMware Workstation, а при дополнительных усилиях – ещё и Hyper-V. Готовые виртуальные машины в Интернете обычно выкладывают именно в формате OVA.

В идеале механизм импорта в программе VirtualBox прост: выбираем «Импорт конфигураций», указываем путь к файлу OVA, жмём «Далее».

При необходимости меняем кое-какие настройки и жмём «Импорт».

И через какое-то время можем уже запускать виртуалку.

Но это так в идеале. Что может препятствовать этому процессу?

Сообщением типа «Не удалось импортировать конфигурацию виртуальной машины» процесс импорта может завершиться банально из-за проблем с файлом OVA (если он повреждён) или из-за нехватки места на диске, куда распаковывается виртуальная машина.

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

Можно даже попробовать дефрагментировать такой раздел (если, конечно же, это раздел HDD).

У раздела диска, куда распаковывается импортируемая машина, естественно, должна быть файловая система NTFS. На раздел с FAT32 не запишется файл виртуального жёсткого диска в составе машины, который обычно весит больше 4 Гб.

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

Но часто, друзья, бывает так, что в одной версии VirtualBox не хочет осуществлять импорт, а в другой, к примеру, в более старой версии – делает это без каких-либо проблем.

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

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

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

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

Но где взять диск виртуальной машины, если последняя, например, в формате OVA скачана с Интернета? Друзья, OVA – это контейнер архива TAR, его содержимое можно увидеть и извлечь какую-то часть данных с помощью программ 7-zip, WinRAR или любого иного архиватора, который поддерживает формат архивов «.tar». Этими частично извлечёнными данными и станет виртуальный жёсткий диск, на базе которого мы создадим новую виртуалку. Что же, поехали.

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

Этап 1. Создание новой машины

В окне VirtualBox создаём новую машину.

Называем её, указываем версию Windows, задаём показатель оперативной памяти. В графе «Жёсткий диск» выставляем пункт «Не подключать виртуальный жёсткий диск». Жмём «Создать».

И пока сворачиваем окно VirtualBox.

Этап 2. Работа с архиватором

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

  • Примечание: если вы скачали виртуалку с Интернета в архиве RAR, ZIP и т.п, не забудьте распаковать такой архив путём обычной разархивации, чтобы на выходе получился именно контейнер OVA.

Запускаем архиватор. Я буду использовать классику жанра – программу WinRAR. Открываем наш OVA в окне архиватора с помощью меню «Файл – Открыть». Важно: архиваторы по умолчанию могут отображать не все поддерживаемые типы архивов. Чтобы OVA был виден в меню обзора для открытия, необходимо указать тип отображаемых данных «Все файлы». 

После успешного открытия в окне архиватора увидим содержимое OVA.

В моём случае это файл конфигурации виртуальной машины OVF и совместимый с VirtualBox и VMware Workstation файл виртуального жёсткого диска VMDK. Последний нам-то и нужен.

Кликаем его, вызываем контекстное меню и в случае с WinRAR выбираем пункт меню «Извлечь в указанную папку». В архиваторе 7-zip используем пункт контекстного меню «Копировать в…».

Файл виртуального диска для удобства можем распаковать в папку хранения созданной нами на предыдущем этапе новой виртуалки.

Таким образом все её составляющие будут аккуратненько сосуществовать в одном месте.

Теперь возвращаемся к программе VirtualBox.

Этап 3. Подключение виртуального жёсткого диска

На первом этапе мы создали машину без жёсткого диска. Выделяем её и жмём кнопку настроек.

В окошке настроек идём в раздел «Носители», жмём кнопку контроллера SATA и добавляем новый жёсткий диск из числа существующих.

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

Жмём «Ок».

***

Всё – машина настроена. Можем запускать её.

Если запуск виртуалки прошёл успешно, однако на этапе запуска Windows возникли проблемы в виде синего экрана смерти, возможно, друзья, мы имеем дело с проблемой контроллера виртуального жёсткого диска. Это мелкий недостаток способа создания новой машины на базе извлечённого из OVA файла диска.

Когда мы импортируем машину вместе с её конфигурацией, в этой конфигурации предусматривается нужный тип контроллера. Когда же эту конфигурацию мы формируем по новой, мы можем указать не тот тип контроллера. А Windows даже в актуальной версии 10 пока ещё не умеет на ходу менять драйверы контроллера носителей.

И вот реагирует экраном смерти.

Для скачанных с ресурсов Microsoft готовых виртуальных машин подойдёт установленный по умолчанию в VirtualBox тип контроллера SATA. Если мы скачаем виртуалку с Windows, в среде которой установлены драйверы под тип контроллера IDE, но подключим его через контроллер SATA, операционная система в большинстве случаев запустится.

Но вот если мы на каком-нибудь сайте в Интернете скачаем машину, где Windows установлена на виртуальный диск, подключённый через контроллер SCSI, с большой долей вероятности получим BSOD.

Или наоборот: BSOD будем лицезреть при подключении через SCSI виртуального диска с Windows, которая устанавливалась на виртуалке с типом контроллера SATA или IDE.

В таком случае просто нужно переподключить виртуальный диск через другой тип контроллера. Необходимо вернуться в раздел настроек машины «Носители», удалить диск из числа устройств текущего контроллера, затем добавить новый тип контроллера (SCSI, SATA или IDE).

И подключить диск уже через новый контроллер.

Метки к статье: Виртуальные машины VirtualBox

Источник: https://remontcompa.ru/virtualnye-mashiny/1513-ne-udalos-importirovat-konfiguraciyu-virtualnoy-mashiny-virtualbox-reshenie.html

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

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

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