Virtualbox hdd что это
Использовать физический жесткий диск в Virtual Box
Используя Virtual Box, как я могу установить ОС на вторичный физический диск и загрузить ее как в (в разное время) в Virtual Box, так и в качестве обычной установки вторичной ОС?
Я сделал самодовольный комментарий («Прямо вперед»), когда этот вопрос был первоначально опубликован, и через несколько месяцев попал на эту страницу в поисках того же ответа.
Прямые инструкции
Сегодня мне удалось загрузиться с физических дисков. Это достижение требуется;
20 минут пробуем разные варианты в VirtualBox
Фото (это случилось 🙂
1. Создайте диски vmdk, которые читают с реальных дисков
Чтобы создать образ, представляющий весь физический жесткий диск (который не будет содержать никаких фактических данных, поскольку все они будут храниться на физическом диске), на хосте Linux используйте команду
На хосте Windows вместо вышеуказанной спецификации устройства используйте, например, \\. \ PhysicalDrive0. На хосте Mac OS X используйте, например, / dev / disk1 (и размонтируйте все разделы на disk1).
2. Назначьте диски vmdk на виртуальную машину
3. Установите один из режимов записи.
3. Изменить приоритет загрузки (полу необязательно)
Соответствующие главы ( руководство )
Глава 9. Расширенные темы
Глава 5. Виртуальная память
Перечисление физических дисков в Windows:
Вы также можете получить номера дисков с помощью PowerShell:
Документация VirtualBox относится к доступу к сырому жесткому диску:
Чтобы создать образ, представляющий весь физический жесткий диск (который не будет содержать никаких фактических данных, поскольку все они будут храниться на физическом диске), на хосте Linux используйте команду
Это создает образ /path/to/file.vmdk (должен быть абсолютным), и все данные будут считываться и записываться из / dev / sda.
Чтобы создать специальный образ для поддержки необработанных разделов (который будет содержать небольшой объем данных, как уже упоминалось), на хосте Linux используйте команду
VirtualBox использует ту же нумерацию разделов, что и ваш хост Linux. В результате числа, приведенные в вышеприведенном примере, будут относиться к первому первичному разделу и первому логическому диску в расширенном разделе соответственно.
См. Документацию по предостережениям и инструкциям для Windows.
Создайте файл виртуального диска, соответствующий реальному диску:
Запустите VirtualBox от имени суперпользователя:
Я не мог заставить это работать в Windows 10 в течение самого длительного времени; Я продолжал получать сообщение VERR_ACCESS_DENIED об ошибке при попытке подключить VMDK.
Тем не менее, я (наконец) смог заставить это работать с несколькими трюками:
Откройте PowerShell от имени администратора (я не уверен, почему, но мне не удалось заставить некоторые команды работать в командной строке администратора)
Выполните следующую команду, чтобы создать VMDK:
Выполните следующую команду, чтобы подключить VMDK:
Запустите следующую команду, чтобы запустить виртуальную машину:
Я пытался загрузить виртуальную машину Linux (в частности, Ubuntu 19.10) в macOS, где Ubuntu установлена на физическом разделе в формате ext4. Многие ответы, которые я нашел, в том числе от @ ЯрославРахматуллин, помогли мне пройти большую часть пути, но я продолжал получать следующее сообщение об ошибке:
FATAL: не найдено загрузочного носителя! Система остановлена.
Один из ответов касался загрузки LiveCD и изменения конфигурации GRUB для решения этой проблемы. Тем не менее, у меня даже не установлен GRUB на моем Mac. В конце концов я обнаружил, что ключ к моей ситуации заключается в том, чтобы гарантировать, что виртуальная машина имеет доступ к разделу EFI на моем физическом диске, и включить поддержку EFI в настройках виртуальной машины.
Ниже приведен вывод diskutil list с моего компьютера Mac:
Исходя из этого, я сгенерировал файл VMDK следующим образом, предоставив гостевой ВМ доступ только для чтения к разделу EFI и полный доступ на запись к разделам NTFS (3) и Ext4 (5).
Теперь я могу выполнить двойную загрузку MacOS или Ubuntu, а когда уже в MacOS, я могу при необходимости загрузить Ubuntu в качестве виртуальной машины. Счастливые дни!
MNorin.com
Блог про Linux, Bash и другие информационные технологии
Использование физического диска в VirtualBox
При использовании системы виртуализации VirtualBox чаще всего используют виртуальные диски. Они дают возможность гибко распределять дисковое пространство и выделять гораздо больше дискового пространства, чем у вас реально есть. Однако использование физического диска в VirtualBox имеет как минимум одно явное преимущество — это скорость работы. Кроме того, с реального диска операционную систему при желании можно запускать как в виртуальной машине, так и на реальном железе.
Самое первое, что нужно сделать — это создать раздел на жестком диске, либо подключить еще один жесткий диск, с которым виртуальная машина будет работать.
После этого необходимо создать особенный виртуальный диск, который будет работать с физическим диском.
Создание виртуального диска, указывающего на физический
Вот пример для настоящего физического диска, который будет использоваться в качестве диска виртуальной машины.
В Linux это делается командой:
Для выполнения этой команды могут потребоваться права суперпользователя. Таким образом мы получим файл drive.vmdk, который будет указывать на диск /dev/sdb, подключенный к физической машине.
В Windows это будет выглядеть несколько по-другому. Физический диск там указывается несколько по-другому, но смысл будет абсолютно идентичный:
Подключение диска к виртуальной машине
Выбираем «Add Hard Disk» и в появившемся диалоге выбираем созданный ранее жесткий диск:
Выбираем режим доступа «Writethrough»
После этого нажимаем «OK», затем «Close». В качестве загрузочного носителя в настройках виртуальной машины можно выбрать жесткий диск.
После этого виртуальную машину можно запускать и устанавливать операционную систему.
Если вы используете логический диск, на котором операционная система уже установлена, то загрузка скорее всего завершится неудачей, поскольку при загрузке не будет найдена таблица разделов.
Похожие посты:
Использование физического диска в VirtualBox : 17 комментариев
после Выбираем «Add Hard Disk»
получаете «недостаточно прав для окрытия файла»
И неясно какие же права требуются для файла в личной папке пользователя.
Разумеется о следующем шаге — выставлении прав в менеджере виртуальных устройств речи не идет, по причине отсутствия каких бы то ни было дисков. (прав нет не на запись а на чтение)
Скорее всего дело в правах на файл устройства, а не на файл в личной папке пользователя.
Дело в UAC Windows. Попробуйте запустить гипервизор VirtualBox «от имени Администратора»
Как настроить таблицу разделов, если я хочу запустить уже установленную windows? (последний абзац статьи)
Если используется MBR, то, насколько я знаю, никак.
Если UEFI, то, возможно вот эта статья поможет
При попытке добавить диск
Не удалось открыть образ виртуального диска /media/zorg/All/Win7HDD.vmdk.
Permission problem accessing the file for the medium ‘/media/zorg/All/Win7HDD.vmdk’ (VERR_ACCESS_DENIED).
Код ошибки: VBOX_E_FILE_ERROR (0x80BB0004)
Компонент: MediumWrap
Интерфейс: IMedium <4afe423b-43e0-e9d0-82e8-ceb307940dda>
Вызванный интерфейс: IVirtualBox <0169423f-46b4-cde9-91af-1e9d5b6cd945>
Код ошибки метода: VBOX_E_OBJECT_NOT_FOUND (0x80BB0001)
Система
Linux **** 4.7.0-0.bpo.1-amd64 #1 SMP MX 4.7.8-1mx16+3 (2017-02-23) x86_64 GNU/Linux
Я еще зеленый пользователь Linux, если можно попроще ))) Спс
Имеет смысл проверить права доступа и при необходимости изменить их при помощи команды chmod
Вообще цель сей процедуры:
Есть необходимость поставить Windows 2й системой.
Есть отдельный HDD на нем была свалка, теперь на него есть желание установить Windows 7.
Возможно есть более простой вариант? Спасибо за помощь.
П.С. На HDD где сейчас стоит Linux есть раздел с Windows, но загрузчик затерт и система не грузится. Возможно можно восстановить?
То есть, просто поставить второй системой Windows?
Прежде всего можно попробовать восстановить загрузчик Windows стандартными средствами, загрузившись с установочного диска.
Потом придется загрузиться также с диска с Linux, чтобы восстановить загрузчик GRUB.
А просто поставить рядом на отдельный диск — абсолютно не проблема. Загружаетесь с установочного диска, предварительно выставив загрузку в BIOS с диска, на который ставится Windows, после установки меняете очередь загрузки, загружаетесь в Linux и даете команду update-grub. Если что-то не получится, пишите, постараюсь помочь по мере возможностей
В версии 5.2.4 для windows это не работает:
Syntax error: Invalid command ‘ internalcommands’
Поверю вам на слово, windows под рукой нет и неизвестно, когда будет. В Linux’е в VB 5.1.10 всё хорошо
Диски создаются и подключаются только если вбокс запускать через sudo. Ну это полбеды. А вот то, что я не могу загрузиться в винду 7 х32, это странно… ( http://imgur.com/MQuGuCWl.png )
А пользователь, из-под которого запускаете, включен в группу с доступом к дисковым устройствам (disk или что-то вроде того)?
С Windows 7 к сожалению не могу помочь.
запуск от администратора решает все что тут перечислено. прошу в тот же комментарий добавить и не активировать комментарии с такими проблемами. надо не только читать но и выполнять как написано.только что проверил все как тут написано.
VirtualBox. Виртуальные диски. Их типы. Расширение виртуального носителя.
О проблеме
Во время работы с VBox так вышло, что однажды мне не хватило места на виртуальном диске. Почитав гайды в интернете, нашёл как увеличить размер диска. Только ничего не получилось. Оказалось, что при создании диска, был выбран фиксированный размер дискового пространства.
Задачи
1. О типах виртуальных носителей
Выдержка из документации, приведена ниже. Ссылка на доку. Искать часть 5.2. Disk Image Files (VDI, VMDK, VHD, HDD)
Файл образа диска виртуальной машины находится на хостиг-системе и воспринимается гостевой системой, как жёсткий диск определённой геометрии. Когда гостевая ОС читает с диска или записывает на него, VBox перенаправляет запрос в файл образа.
Как и физический диск, виртуальный носитель имеет размер и ёмкость, которые необходимо указать при создании диска. Только в отличие от физического носителя его можно расширять.
VBox поддерживает типы виртуальных носителей:
Варианты создания диска внезависимости от выбранного типа виртуального носителя:
2. Решение проблемы
3. Расширение дискового пространства в гостевой системе
Гостевая ОС, Windows
Гостевая ОС, думаю любой дистрибутив GNU/Linux
Я расширял в Debian-Arch подобных
Использование физического диска в VirtualBox — подключение
Как в программе Virtualbox правильно подключить физический диск? С этим вопросом сталкиваются многие пользователи. А также те, кто еще не имеет богатого опыта работы с таким программным обеспечением. На практике, в осуществлении подобных манипуляций не должно возникать проблем, так как выполняется все элементарно. Разумеется, далеко не все владеют информацией о порядке действий. А потому, мы наглядно рассмотрим все наиболее важные и значимые моменты.
Использование физического диска в VirtualBox
На практике очень часто при использовании системы визуализации, применяется виртуальное дисковое пространство, что позволяет существенно экономить физическую память, а кроме того, при необходимости существенно увеличивать объемы. Рассмотрим более детально, как осуществляется использование физического диска утилитой:
На сегодняшний день благодаря этой программе вы сможете существенно упростить процесс воспроизведения объемных файлов и компонентов программного обеспечения. Разумеется, виртуальная платформа, это, не что иное, как отдельный каталог данных, зарезервированный на физическом носителе.
Важно! Для того чтобы получать доступ к данным такого носителя информации, вам в обязательном плане потребуются права суперпользователя, иначе вы не сможете совершать некоторые действия.
Форматы файлов виртуальных дисков
Стоит понимать, что в таких накопителях информации могут присутствовать совершенно такие же форматы файлов, как и на обычном жестком носителе. Однако, после внесения их в этот реестр, к ним прибавляется соответствующая приставка, которая вносит некоторые отличия в порядок работы с компонентами, а также предусмотренные методы их открытия и изменения.
Особенности подключения на Windows, Ubuntu и Linux
Необходимо учитывать тот факт, что здесь представлены совершенно разные операционные системы, для которых процесс присвоения команд отличается. Главная особенность подключения в зависимости от выбранной системы заключается в порядке присвоения кода. Сам по себе принцип ничем не отличается, однако, значение команд для каждого отдельного случая будет свой.
Создание виртуального диска, указывающего на физический
Чтобы сделать все необходимое для создания, вам потребуется проделать следующий перечень манипуляций:
В целом, здесь нет ничего существенно сложного, если правильно прописывать все значения в утилите, отвечающей за виртуализацию.
Диск VirtualBox — подключение
Для того чтобы сделать все необходимое при подключении носителя к имеющейся виртуальной машине, вам предстоит следующее:
После выполнения всех этих манипуляций произойдет необходимое вам подключение имеющегося диска к подготовленной виртуальной машине.
Важно! Перед выполнением этих манипуляций вам может потребоваться включение текущего пользователя в группу, которая уже получила ранее доступ к необходимому устройству.
Наличие такого носителя может существенно упростить вам массу процессов, включая работу с объемными базами данных. Разумеется, здесь можно столкнуться с множеством нюансов и трудностей, однако, если в последовательном порядке следовать инструкции, то все моменты можно разрешить самостоятельно без сторонней помощи, а уже после использовать виртуальную машину для своих конкретных целей и задач.
Особенности работы с виртуальными дискaми 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.
При выборе динамически выделяемого образа, файл контейнера будет «разрастаться» постепенно, по мере заполнения секторов данными, до тех пор, пока размер контейнера не достигнет указанного при создании виртуальной машины лимита.
Учитывая то, что в процессе регулярного увеличения размера контейнера задействуются дополнительные вычислительные ресурсы, скорость записи при использовании опции с фиксированным размером, как правило выше, в с равнении с динамическим диском. Тем не менее, если размер динамического диска в долгосрочной перспективе значительно не увеличивается, то разница в скорости записи практически нивелируется.
Управление виртуальными медиа (Virtual Media Manager)
VirtualBox ведет реестр всех виртуальных медиа носителей, которые используются всеми гостевыми ОС. Это так называемые ”known media”, доступ к списку (реестру) которых можно получить используя утилиту Virtual Media Manager (доступно из меню File). Эта утилита показывает детальную информацию о каждом виртуальном диске, включая полный путь к файлу, а также к какой именно виртуальной машине файл прикреплен. Информацию из реестра можно удалить используя встроенную функцию удаления “Remove”
Каждый отдельно взятый образ можно «открепить» от виртуальной машины за которой он закреплен, используя функцию ”Release”
Открепив образ, прикрепить его обратно нажатием одной кнопки не удастся, для этого необходимо будет добавить образ, как жесткий диск. Аналогичным способом «прикрепляются» и снэпшоты (снимки диска).
В очередной раз отмечу, что из-за наличия UUID, о которых говорилось выше, нельзя просто скопировать и прикрепить образ диска.
Snapshots (Снэпшоты)
Как известно snapshot в переводе с английского означает снимок. Принцип работы механизма прост. При создании снэпшота, VirtualBox переводит текущий образ (образы, если их несколько), прикрепленный к ВМ в режим только для чтения и создает отдельный виртуальный диск (диски) и все последующие процедуры записи производятся уже в новом виртуальном хранилище. Причем фиксируются только изменения в определенных секторах, проще говоря при создании снэпшота диска размером 10GB, новый снэпшот будет гораздо меньше, и будет увеличиваться в размере постепенно, как будут заполнятся сектора.
Логично предположить, что чем больше используется снэпшотов одной виртуальной машины, тем больше используется вычислительных ресурсов для выполнения операций чтения с диска. Действительно, если есть 2 снэпшота, то вначале VirtualBox смотрит есть ли нужный сектор в образе снэпшота2, если нет, то система обращается к снэпшоту1, если и там ничего не обнаружено, то тогда идет обращение к основному диску. Нагрузка все-же будет незначительной и мало заметной для конечного пользователя, т, к. вся таблица секторов постоянно присутствует в памяти.
Стоить помнить, что при удалении снэпшота, все изменения произведенные после его создания «сливаются» с ранее «замороженным» образом.
Кэширование ввода/вывода
Затронув тему производительности уместно будет упомянуть и о кэшировании. Изначально VirtualBox работает с файлами образов, как с обычными файлами, которые само-собой кэшируются хостовой ОС. Это сделано, как нистранно с целью увеличение скорости. Когда гостевая ОС производит операцию записи, то операция кэшируется хостовой ОС и сообщение об успешном завершении операции отправляется в гостевую ОС сразу-же, в то время как сама операция обрабатывается гостевой ОС асинхронно. Такой подход не всегда себя оправдывает, т.к. файлы образов диска имеют тенденцию увеличиваться в объеме и вся процедура начинает давать обратный эффект — происходит двойное кэширование на стороне гостевой и хостовой операционных систем и снижается скорость производимых операций.
Помимо расход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, с самых ранних версий для того, что бы перевести диски из одного режима в другой необходим пароль суперпользователя, а временные «снэпшоты» удаляются моментально, после завершения работы.