Использование физического диска в VirtualBox – подключение
Как в программе Virtualbox правильно подключить физический диск? С этим вопросом сталкиваются многие пользователи. А также те, кто еще не имеет богатого опыта работы с таким программным обеспечением. На практике, в осуществлении подобных манипуляций не должно возникать проблем, так как выполняется все элементарно. Разумеется, далеко не все владеют информацией о порядке действий. А потому, мы наглядно рассмотрим все наиболее важные и значимые моменты.
Использование физического диска в VirtualBox
На практике очень часто при использовании системы визуализации, применяется виртуальное дисковое пространство, что позволяет существенно экономить физическую память, а кроме того, при необходимости существенно увеличивать объемы. Рассмотрим более детально, как осуществляется использование физического диска утилитой:
- Это позволяет правильно распределить свободное пространство.
- Такие манипуляции дают возможность ускорить процедуру.
- Возможность запускать систему, как с виртуального носителя, так и из внутреннего хранилища.
На сегодняшний день благодаря этой программе вы сможете существенно упростить процесс воспроизведения объемных файлов и компонентов программного обеспечения. Разумеется, виртуальная платформа, это, не что иное, как отдельный каталог данных, зарезервированный на физическом носителе.
Важно! Для того чтобы получать доступ к данным такого носителя информации, вам в обязательном плане потребуются права суперпользователя, иначе вы не сможете совершать некоторые действия.
Форматы файлов виртуальных дисков
Стоит понимать, что в таких накопителях информации могут присутствовать совершенно такие же форматы файлов, как и на обычном жестком носителе. Однако, после внесения их в этот реестр, к ним прибавляется соответствующая приставка, которая вносит некоторые отличия в порядок работы с компонентами, а также предусмотренные методы их открытия и изменения.
Особенности подключения на 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 – подключение
Для того чтобы сделать все необходимое при подключении носителя к имеющейся виртуальной машине, вам предстоит следующее:
- В первую очередь запускается соответствующее программное обеспечение.
- Далее вы выбираете уже имеющийся вариант из доступных.
- Требуется вызвать опции машины командой «Ctrl+S».
- После этого вы выбираете «Storage» -> «Controller: SATA».
- Далее необходимо кликнуть по левой клавише.
- Вам требуется команда «Add Hard Disk».
- В появившемся окне, предстоит выбрать тот тип, который был создан ранее.
- В самом конце происходит активация кнопкой «Open».
После выполнения всех этих манипуляций произойдет необходимое вам подключение имеющегося диска к подготовленной виртуальной машине.
Важно! Перед выполнением этих манипуляций вам может потребоваться включение текущего пользователя в группу, которая уже получила ранее доступ к необходимому устройству.
Наличие такого носителя может существенно упростить вам массу процессов, включая работу с объемными базами данных. Разумеется, здесь можно столкнуться с множеством нюансов и трудностей, однако, если в последовательном порядке следовать инструкции, то все моменты можно разрешить самостоятельно без сторонней помощи, а уже после использовать виртуальную машину для своих конкретных целей и задач.
ITСooky
IT-рецепты съедобные и не очень!
Переносим Виртуальную Машину на реальный HDD!
И круг замкнулся! А что если Виртуальную перенести на Реальную, способом который так же переносит Реальную в Виртуальную, и Реальную на Реальную — это же бэкап черт побери! Будет сложно и долго, придется много работать пальцами — но это стоит того.
Для начала общий принцип делаем загрузочную флешку с образами ПО которое нужно для копирования Разделов FreeBSD, не важно с виртуальной или реальной. Это будет мультизагруженная USB-шка… но образ FreeBSD она почему то не захочет загрузить, так что его придется писать на болванку… Да, но это все не сработает, и уже сделанная куча скриншотов идет в мусорку!
Так что качаем:
Образ ISO FreeBSD 9.2, так как у нас на вирт 9,2 но нужен он только для разбивке жесткого диска, так что может подойдет любой 9.x
ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/9.2/FreeBSD-9.2-RELEASE-i386-dvd1.iso
И все! Можно конечно скачать ISO образ клонировшика жесткого дсика Clonezilla, но она с FreeBSD не работает. Еще можно скачать YUMI – Multiboot USB Creator для создания загрузочной флешки, но тоже с FreeBSD не работает, хотя казалось бы с любым ISO должен работать…
А вот просто флешка нам понадобиться! Да и кстати переносить будем не какую обстрактную виртулаьную машину а ITCooky VPS 1.1!
О железе
Берем старика Intel Atom D330 формат mini-ITX два ядра по 1,6 Ghz, с 1 Gb памяти, еще более старый ATA-шный диск! Что удивительно за 4 года, мат платы на Atom чуть-чуть подрос в герцах, но сильнее в цене! 
Он еще тянет — но это прям минимум! Самый прожорливый конечно SAM2 с его детьми для проверки по базе URLов на вшивость! Ruby также — еще один не нужный вебсервер — жрет прям все ядро (хорошо что два)!
В настройках нашей виртуальной машины, которую мы хотим вернуть в реальность, в настройках включаем USB и добавляем нашу флешку 
Грузим виотуальную машину ITCooky VPS 1.1 на загрузке выбираем
2. Boot Singel User
Для начала проверим все разделы на ошибки
fsck -y
Подключим флешку
mkdir /mnt/test
mount_msdosfs /dev/da0s1 /mnt/test
И начнем копировать разделы! Эээмм процесс простой, но почему-то поиск этих строк у меня занял неделю! Во первых надо понимать что мы пишем на флешку(я с 5-го раза только понял), а она FAT32, значит надо разбить файлы на куски по 4 кило мегабайт. Потом dump хочет в конце создать файл, в который напишет дату создания копии, ндааа только в Single User никуда кроме флешки записать он не сможет, так что указываем ему путь — а то он психанет, и уже созданный дамп сотрет (истеричка)! Так же не достаточно указать размер частей на которые будем делить, надо так же указать и имена дл яэтих частей, а то тоже дамп запорится, у нас больше двух кусков не будет.
Так же надо понимать свою структуру партишенов, её можно посмотреть в /etc/fstab
ada0p2 это / корень
ada0p3 это /var/log
ada1p2 это /usr/hard2 куча всего нужно как бы лежит на другом вирт диске, но всё будем класть на один реальный.
Запускаем команды, это на долго, но не отходим — каждый следующий кусок надо будет потдвержать еськаньем (это не отключить так просто)
dump -0u -B 4000000 -D /mnt/test/droot -f /mnt/test/root1,/mnt/test/root2 /dev/ada0p2
dump -0u -B 4000000 -D /mnt/test/dvarlog -f /mnt/test/varlog /dev/ada0p3
dump -0u -B 4000000 -D /mnt/test/dusrhard2 -f /mnt/test/usrhard2_1,/mnt/test/usrhard2_2 /dev/ada1p2
На ВМ все выключаемся!
Теперь на ПК на который будем переносить ВМ с FreeBSD загрузимся с дсика FreeBSD установщика(жмем 1 в начале, или не жмем 1 по таймауту)!
Сразу выбираем
Shell
Тут беремся за разбивку диска, на котором мы конечно же все удалим
Смотрим что есть
gpart show
есть диск ada0 его удаляем
gpart destroy -F ada0
И делаем разделы чуть больше чем на ВМ, кроме последнего под нег я отдаю все место на HDD, так как у нас будет один диск а не два как на ВМ.
gpart create -s gpt ada0
gpart add -t freebsd-boot -s 512K /dev/ada0
gpart add -s 2048M -t freebsd-swap /dev/ada0
gpart add -s 11G -t freebsd-ufs /dev/ada0
gpart add -s 2048M -t freebsd-ufs /dev/ada0
gpart add -t freebsd-ufs /dev/ada0
gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0
newfs /dev/ada0p3
newfs /dev/ada0p4
newfs /dev/ada0p5
Именно так бут раздел, свап раздел, и ufs раздел — грузится с первго ufs раздела значит он должен быть всегда rootовый который.
Опять смотрим
gpart show
1 и 2 партишен ada0p1 и ada0p2 это загрузчик и свап.
3-тий будет /, 4-ый /var/log, 5-ый /usr/hard2
Теперь подключаем к ПК флешку с дампом
mount_msdosfs /dev/da0s1 /media
Монтируем раздел куда будем писать /
mount /dev/ada0p3 /mnt
Идем в эту папку и делаем патриотичное восстановление
cd /mnt
restore -rf /media/root1
Ругнётся что уже есть .snap но я надеюсь это не страшно
Сидим ждем когда запросит вторую кассету вводим
/media/root2
Отключаем
cd /
unmount /dev/ada0p3
повторяем это еще два раза для других дампов
mount /dev/ada0p4 /mnt
cd /mnt
restore -rf /media/varlog
cd /
unmount /dev/ada0p4
И
mount /dev/ada0p5 /mnt
cd /mnt
restore -rf /media/userhard2_1
Тут тоже вводим инфу а втором куске дампа
/media/userhard2_2
cd /
unmount /dev/ada0p4
по окончанию сразу редактируем fstab чтобы совпадала с нашими новыми названиями
vi /mnt/etc/fstab
вот так это должно выглядеть
Выключаем, выниманием диск флешку и грузим.
Сервер загрузится но кое что надо еще поменять
Сетевые интерфейсы, смотрим какие есть
ifconfig
re0 — это RJ45 на него надо поменять где у нас записан em0
ath0 — это Wi-Fi его надо подключить сначала.
А пока нам нужен доступ по SSН так что займемся re0
редактируем файл
vi /etc/rc.firewall
строку
и все где есть там em0 меняем на re0
редактируем файл
vi /etc/rc.conf
строку
а так же тут строчку
Перезагружаемся и заходим по SSH
Создаем интерфейс коммандой
Добавляем в rc.conf строки даем беспроводному интерфейсу IP
вместо
добавляем в него строки
Тут обнаружилось что с hw_mode=g Wi-Fi работает плохо, я написал driver=bsd и заработало офигительно
wpa_passphrase должен быть не менее 8 знаков
Редактируем
vi dhcpd.conf
строчку
редактируем файл
vi /etc/rc.firewall
Что еще надо изменить
ntopng
Смотрим каике он интерфейсы видет
ntopng -i
и меняем цифорку(у меня совпало, было 3 и стало 3, не менял)
в
vi /etc/rc.conf
вот в этой
И пожалуй все! Да на железе кое что работает по другому — например netxmsd плохо через раз грузитсяь на ВМ, на железе вообще не грузиться — запустил его руками!
Использовать физический жесткий диск в Virtual Box
Используя Virtual Box, как я могу установить ОС на вторичный физический диск и загрузить ее как в (в разное время) в Virtual Box, так и в качестве обычной установки вторичной ОС?
Я сделал самодовольный комментарий («Прямо вперед»), когда этот вопрос был первоначально опубликован, и через несколько месяцев попал на эту страницу в поисках того же ответа.
Прямые инструкции
Сегодня мне удалось загрузиться с физических дисков. Это достижение требуется;
- 60 минут прямого чтения
- 30 минут на написание
20 минут пробуем разные варианты в VirtualBox
Уважаемый читатель , ваше внимание направлено на то, что уничтожение ваших данных при обращении к диску таким же способом также просто. Процедура того, как этого добиться, оставлена в качестве упражнения .
Фото (это случилось 🙂
1. Создайте диски vmdk, которые читают с реальных дисков
Чтобы создать образ, представляющий весь физический жесткий диск (который не будет содержать никаких фактических данных, поскольку все они будут храниться на физическом диске), на хосте Linux используйте команду
У вас должен быть доступ на чтение к файлу физического диска /dev/sda . Для этого вы можете либо сменить владельца и права доступа к файлу устройства, либо запустить VBoxManage internalcommands createrawvmdk … с правами root (поставить sudo перед командой).
На хосте Windows вместо вышеуказанной спецификации устройства используйте, например, \\. \ PhysicalDrive0. На хосте Mac OS X используйте, например, / dev / disk1 (и размонтируйте все разделы на disk1).
2. Назначьте диски vmdk на виртуальную машину
ВМ -> Настройки -> Хранилище -> Добавить ide / sata -> Выбрать существующий диск -> Обзор
3. Установите один из режимов записи.
Файл -> Диспетчер виртуальных носителей -> например, raw-0.vmdk -> [изменить] -> (o) Запись
- повторить для всех дисков
3. Изменить приоритет загрузки (полу необязательно)
ВМ -> Настройки -> Система -> Порядок загрузки
ВМ -> Настройки -> Хранилище -> Контроллер: SATA -> например, raw-5.vmdk -> Жесткий диск: порт SATA 0
Соответствующие главы ( руководство )
Глава 9. Расширенные темы
- 9.9. Расширенная конфигурация хранилища
- 9.9.1. Использование необработанного жесткого диска хоста от гостя
- 9.9.1.1. Доступ ко всему физическому жесткому диску
Глава 5. Виртуальная память
- 5.2. Файлы образов дисков (VDI, VMDK, VHD, HDD)
- 5.3. Менеджер виртуальных медиа
- 5.4. Специальные режимы записи изображений
Перечисление физических дисков в Windows:
Вы также можете получить номера дисков с помощью PowerShell:
Документация VirtualBox относится к доступу к сырому жесткому диску:
Чтобы создать образ, представляющий весь физический жесткий диск (который не будет содержать никаких фактических данных, поскольку все они будут храниться на физическом диске), на хосте Linux используйте команду
Это создает образ /path/to/file.vmdk (должен быть абсолютным), и все данные будут считываться и записываться из / dev / sda.
Чтобы создать специальный образ для поддержки необработанных разделов (который будет содержать небольшой объем данных, как уже упоминалось), на хосте Linux используйте команду
VirtualBox использует ту же нумерацию разделов, что и ваш хост Linux. В результате числа, приведенные в вышеприведенном примере, будут относиться к первому первичному разделу и первому логическому диску в расширенном разделе соответственно.
См. Документацию по предостережениям и инструкциям для Windows.
Создайте файл виртуального диска, соответствующий реальному диску:
Запустите VirtualBox от имени суперпользователя:
/realdisk.vmdk в Storage —> Controller: Sata .
Я не мог заставить это работать в Windows 10 в течение самого длительного времени; Я продолжал получать сообщение VERR_ACCESS_DENIED об ошибке при попытке подключить VMDK.
Тем не менее, я (наконец) смог заставить это работать с несколькими трюками:
Откройте PowerShell от имени администратора (я не уверен, почему, но мне не удалось заставить некоторые команды работать в командной строке администратора)
Выполните следующую команду, чтобы создать VMDK:
. где path\to\physical\disk\file.vmdk находится файл , который будет создан для представления диска и [n] является номером диска (использование Disk Management , чтобы получить этот номер)
Выполните следующую команду, чтобы подключить VMDK:
. где [CONTROLLER] имя контроллера диска, к которому вы подключаетесь — «IDE» в моем случае
Запустите следующую команду, чтобы запустить виртуальную машину:
Я пытался загрузить виртуальную машину 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 в качестве виртуальной машины. Счастливые дни!