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

Обновлено: 07.07.2024

ВНИМАНИЕ! В релизах для Windоws до версии 4.3.28 включительно (и нескольких предыдущих релизах 4.3.2x) имеется серьезная подтвержденная проблема с функционированием режима сети NAT. Данная проблема полностью отсутствует в билде 4.3.20, а также в новом стартовом релизе набора билдов 5.x.x. Оба билда крайне рекомендуется для использования, если для Вас важно нормальное функционирование режима сети NAT в VirtualBox.
Немецкая компания InnoTek объявила о выпуске продукта VirtualBox Open Source Edition (OSE), тем самым практически опубликовав значительную часть исходных текстов своего флагманского продукта по лицензии GPL.

Oracle xVM VirtualBox — это система полной виртуализации, поддерживающая динамическую трансляцию (выполнение значительной части инструкций гостевой ОС на реальном оборудовании). В качестве хост-систем поддерживаются Linux, Windows и macOS, а в роли "гостя" могут выступать Windows, Linux, BSD и прочие системы. Как сообщают разработчики, отличительной чертой VirtualBox являются модульность и продуманные интерфейсы (например, можно запустить виртуальную машину из GUI, изменить её параметры из командной строки и затем подключиться удалённо), специальные утилиты (Guest Additions) для гостевых систем Linux и Windows, повышающие степень интеграции гостевой и хост-систем, а также дескрипторы виртуальных машин в формате XML. Графический интерфейс VirtualBox использует Qt, но благодаря SDK и упомянутой выше модульности разработать альтернативную оболочку будет достаточно просто.

Начиная с 4-ой версии Oracle xVM VirtualBox существует в единственной редакции, распространяемой под лицензией GNU GPL с открытыми исходными кодами, соответственно, нет ограничений в использовании.

Некоторые дополнительные функции выделены в отдельный пакет Oracle VM VirtualBox Extension Pack, среди которых:
* RDP-сервер — позволяет подключаться к виртуальной системе удалённо с помощью любого RDP-совместимого клиента;
* поддержка устройств USB 2.0/3.0;
* возможность PXE-загрузки при использовании сетевой карты от Intel;
* шифрование виртуальных жёстких дисков.

Oracle VM VirtualBox Extension Pack распространяется только в бинарном виде под собственной лицензией (PUEL), бесплатен только для личного некоммерческого использования.

и уже там запускаешь

Код ошибки: VBOX_E_FILE_ERROR (0x80BB0004)
Компонент: Medium
Интерфейс: IMedium
Вызванный интерфейс: IVirtualBox
Код ошибки метода: VBOX_E_OBJECT_NOT_FOUND (0x80BB0001)

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

Чем вызвана ошибка?

В большинстве случаев проблема с подключением виртуального диска может возникнуть по следующим причинам:

  1. Файлы «.vmdk» или «.vdi» повреждены или содержать сбойные сектора. Сбой часто возникает при попытке импортировать виртуальное устройство, загруженное через интернет. Это может произойти из-за неполной загрузки или нестабильного подключения к сети.
  2. Не предоставлены права администратора файлу vbomxmanage.exe, который участвует при импорте или экспорте. Это происходит в случае, когда пользователь пытается подключить виртуальный диск, размещенный на накопителе USB.
  3. Повреждена текущая конфигурация виртуальной машины. В этом случае требуется заново ее пересоздать в VirtualBox.
  4. Повреждена установка VirtualBox.

Повторная загрузка файлов vmdk или vdi

Если не удается импортировать устройство в менеджере Oracle VM VirtualBox из-за ошибки vbox_e_file_error (0x80bb0004), скорее всего, имеете дело с каким-то повреждением. Попробуйте загрузить повторно (если получили его через интернет) или проверить утилитой CHKDSK.

Возможно, файл загружен частично из-за проблем с сетью. После повторной загрузки снова импортируйте виртуальный диск в VirtualBox. Если продолжаете сталкиваться с vbox_e_file_error (0x80bb0004), то таким образом подтвердили, что она не возникает из-за поврежденной загрузки.

Открытие vboxmanage.exe с правами администратора

Если в коде ошибки видите «Отказано в доступе», то, скорее всего, у исполняемого файла vboxmanage.exe отсутствуют доступ администратора. Это довольно распространенное явление при попытке подключить виртуальный диск, размещенный на USB-накопителе.

Как оказалось, доступ к USB-накопителя требует прав администратора, в противном случае это приведет к коду ошибки vbox_e_file_error (0x80bb0004). Для этого щелкните правой кнопкой мыши на vboxmanage.exe и выберите пункт «Запуск от имени администратора».

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

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

Откройте Oracle VM VirtualBox и кликните на кнопку Создать.


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


Выберите выделенный объем памяти с помощью переключателя. Затем отметьте опцию «Использовать существующий виртуальный жесткий диск, щелкните на значок папки и перейдите к месту расположения VDI.


Когда будет создана новая ВМ, повторите шаги, которые ранее вызывали ошибку vbox_e_file_error (0x80bb0004).

Проверка CHKDSK

Откройте командную строку с правами администратора из панели поиска Windows. Если файл «.vmdk» или «.vmi» находится на диске «С», выполните в консоли следующую команду:

chkdsk c: /f /r / x


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

Переустановка Oracle VM VirtualBox

Если предыдущие способы не сработали, попробуйте переустановить Oracle VirtualBox.

Перейдите в раздел «Программы и компоненты» командой appwiz.cpl из окна Win + R.


В списке программ найдите Oracle VM VirtualBox, щелкните по нему правой кнопкой мыши и удалите.

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

помогите пжл решить проблему

скопировал папку с установленной ОС на другой лиск, в виртуалбоксе создаю новую машину и добавляю образ из скопированной папки, в итоге получаю ошибку

Cannot register the hard disk 'F:\WordPress\WordPress.vdi' because a hard disk 'E:\Virtual_Machine\FreeBSD\WordPress\WordPress.vdi' with UUID already exists.

Конфигурация компьютера
Ноутбук/нетбук: Lenovo ThinkPad W530 24385AU (i7-3740QM 2.7GHz, 24GB RAM, Samsung 840 Pro 256GB + HDD 750GB)
ОС: Windows 10 Pro x64 Release Preview
Прочее: На пенсии: HP Pavilion dv7t (17.3'', i7-2630QM, HD 6770M 1Gb, 8Gb RAM)

-------
Канал Windows 11, etc | Чат @winsiders

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

очень смешно, но поисковиком пользовался не помогло, как правило везде пишет что нужно сменить путь, но как я могу его изменить, если даже виртуальную машину создать не могу при выборе носителя?
Конфигурация компьютера
Ноутбук/нетбук: Lenovo ThinkPad W530 24385AU (i7-3740QM 2.7GHz, 24GB RAM, Samsung 840 Pro 256GB + HDD 750GB)
ОС: Windows 10 Pro x64 Release Preview
Прочее: На пенсии: HP Pavilion dv7t (17.3'', i7-2630QM, HD 6770M 1Gb, 8Gb RAM)

Советую всё-таки прочесть вторую ссылку в посте 2, это сэкономит нам всем время.

Конфигурация компьютера
ОС: macOS Catalina, Arch, Gentoo
Прочее: Apple iMac

Английским языком написано что делать:

Не удалось открыть образ виртуального диска F:\WordPress\WordPress.vdi.
Cannot register the hard disk 'F:\WordPress\WordPress.vdi' because a hard disk 'E:\Virtual_Machine\FreeBSD\WordPress\WordPress.vdi' with UUID already exists. »


Вам нужно:
Перейти в Инструменты » Жёсткие диски:

Удалить старый диск:
ПКМ » Удалить » Убрать »
Далее:
Если выберите "Сохранить" - Файл vdi будет убран из машины, но останется на носителе.
Если выберите "Удалить" - Файл vdi будет убран из машины, и удалён с носителя.

Только после этого можете добавить тот файл vdi который скопировали/перенесли на другой диск.

P.S Если вам нужно что-то некое, то Change the UUID of Virtual Disk вам в помощь.

image

Статья рассматривает особенности использования виртуальных дисков в 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.


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

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

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

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

Virtual Media Manager

Каждый отдельно взятый образ можно «открепить» от виртуальной машины за которой он закреплен, используя функцию ”Release”

Открепив образ, прикрепить его обратно нажатием одной кнопки не удастся, для этого необходимо будет добавить образ, как жесткий диск. Аналогичным способом «прикрепляются» и снэпшоты (снимки диска).

Hardware management

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

Snapshots (Снэпшоты)

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

Snapshots

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

Стоить помнить, что при удалении снэпшота, все изменения произведенные после его создания «сливаются» с ранее «замороженным» образом.

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

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

Отключение кэширования выполняется следующим образом:

Bandwidth

VirtualBox позволяет ограничивать ширину пропускного канала для одного или нескольких виртуальных дисков.

Создаем группу “Limit” и устанавливаем лимит в 20 Mb/s


Добавляем нужные диски в группу.


Суммарный для обоих дисков bandwidth не будет превышать 20 MB/s. Этот лимит можно изменить в любой момент, не выключая виртуальной машины.

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

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


В «нормальном» режиме записи, гостевая ОС может осуществлять чтение и запись с физического диска без всяких ограничений 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, что достаточно просто реализуется


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

Читайте также: