Проброс физического диска в виртуальную машину VMware — частая задача, когда нужно напрямую работать с данными на реальном HDD или SSD: например, загрузить уже установленную ОС с диска, протестировать накопитель низкоуровневыми утилитами или перенести систему в виртуальную среду без клонирования. В зависимости от продукта — VMware Workstation или VMware ESXi — механизм реализуется по-разному: в первом случае через добавление физического диска в настройках ВМ, во втором — через RDM (Raw Device Mapping).
Ошибки при такой настройке встречаются нередко: виртуальная машина не видит диск, ESXi отказывается создавать RDM-маппинг, а Workstation выдаёт ошибку доступа из-за отсутствия прав администратора. Разберём оба сценария пошагово, с проверками типичных проблем.
Что такое проброс диска и когда он нужен
Под пробросом диска понимают предоставление виртуальной машине прямого доступа к физическому накопителю хоста, минуя слой виртуального диска VMDK с файловой структурой. Гостевая ОС видит устройство как обычный диск и работает с ним на уровне секторов.
Типичные сценарии, где это оправдано:
- 🖥️ Запуск в виртуальной машине ОС, уже установленной на физическом диске (dual-boot через виртуализацию).
- 💾 Диагностика и восстановление данных с накопителя специализированными утилитами внутри ВМ.
- 📦 Использование диска с данными одновременно как хранилища, доступного гостевой системе в «сыром» виде.
- 🧪 Тестирование кластерных решений и SAN-сценариев, где требуется RDM-маппинг.
Важно понимать ограничение: пока диск проброшен в запущенную виртуальную машину, хост не должен одновременно активно работать с теми же разделами — это чревато повреждением данных. Параллельная запись с двух сторон — главная причина разрушения файловых систем при таких схемах.
Проброс диска в VMware Workstation
В VMware Workstation Pro проброс выполняется через мастер добавления жёсткого диска. Виртуальную машину предварительно выключают — добавление физического диска «на горячую» в Workstation не поддерживается.
Порядок действий:
- ⚙️ Откройте настройки ВМ:
VM → Settings → Add → Hard Disk. - 💿 Выберите тип диска (обычно
SATAилиNVMeв зависимости от накопителя) и нажмите Next. - 🔘 Отметьте пункт
Use a physical disk (for advanced users). - 📀 В выпадающем списке
Deviceвыберите нужный физический диск и укажитеUse entire diskлибо отдельные разделы. - ✅ Завершите мастер и запустите виртуальную машину.
Ключевой нюанс: саму VMware Workstation необходимо запускать от имени администратора. Без повышенных прав доступ к физическому устройству на уровне \\.\PhysicalDriveN будет заблокирован, и при старте ВМ появится ошибка доступа к диску. Если диск в списке не отображается вообще — проверьте, что он инициализирован в «Управлении дисками» Windows и не занят другим ПО.
☑️ Проверка перед пробросом диска
RDM-маппинг в VMware ESXi
На гипервизоре VMware ESXi проброс реализуется через Raw Device Mapping — специальный файл-указатель, который связывает виртуальную машину с физическим LUN или локальным диском. RDM бывает двух режимов: Virtual Compatibility Mode (поддерживает снапшоты) и Physical Compatibility Mode (максимально «сырой» доступ, нужен для некоторых кластерных и SAN-сценариев).
Стандартный путь — добавление RDM через веб-интерфейс Host Client: в настройках ВМ выбирается Add hard disk → New raw device mapping, далее указывается целевое устройство. Однако для локальных SATA-дисков, подключенных напрямую к хосту, ESXi часто не предлагает их в списке RDM — это известное ограничение: официально RDM ориентирован на SAN-устройства.
Обходной вариант для локальных дисков — создание RDM-указателя вручную через SSH с помощью команды vmkfstools:
vmkfstools -z /vmfs/devices/disks/имя_устройства /vmfs/volumes/датастор/папка/rdm.vmdkИмя устройства предварительно уточняют командой ls -l /vmfs/devices/disks/ — там перечислены все видимые хостом накопители. После создания файла rdm.vmdk его добавляют к ВМ как существующий диск. Точный синтаксис и доступность команды зависят от версии ESXi, поэтому сверяйтесь с документацией Broadcom/VMware для вашей версии.
⚠️ Внимание: перед созданием RDM убедитесь, что на диске нет датастора VMFS, используемого другими ВМ. Проброс диска с активным хранилищем в гостевую систему с правами записи почти гарантированно разрушит данные на нём.
Сравнение способов проброса
Выбор метода зависит от платформы и задачи. Сводная таблица поможет сориентироваться:
| Параметр | Workstation (физический диск) | ESXi RDM (virtual) | ESXi RDM (physical) |
|---|---|---|---|
| Поддержка снапшотов | Ограниченная | Да | Нет |
| Доступ к S.M.A.R.T. из гостевой ОС | Частичный | Обычно нет | Часто доступен |
| Подходит для кластеров (MSCS) | Нет | Да | Да |
| Сложность настройки | Низкая, через GUI | Средняя | Средняя/высокая |
| Локальные SATA-диски | Да | Через vmkfstools | Через vmkfstools |
Как видно, для домашних и тестовых задач проще всего работает Workstation, тогда как на ESXi для локальных дисков почти всегда требуется ручное создание маппинга через консоль.
Типичные ошибки и их решение
Наиболее частая жалоба в Workstation — сообщение вида Insufficient permission to access file или отказ открытия физического диска при старте ВМ. В большинстве случаев причина одна: приложение запущено без прав администратора. Перезапустите Workstation с повышением привилегий и проверьте снова.
Вторая группа проблем — конфликты доступа. Если хостовая Windows смонтировала разделы пробрасываемого диска, гостевая система может получать ошибки чтения или файловая система окажется повреждена. Рекомендуется перевести диск в состояние offline в «Управлении дисками» хоста перед запуском ВМ — если это не мешает вашим задачам на хосте.
На ESXi встречается ситуация, когда созданный через vmkfstools RDM-файл добавляется к ВМ, но гостевая ОС не видит диск. Проверьте тип виртуального SCSI-контроллера и корректность пути к устройству — после пересборки RAID или замены диска идентификатор устройства в /vmfs/devices/disks/ может измениться, и маппинг придётся пересоздать.
⚠️ Внимание: никогда не пробрасывайте в ВМ диск, с которого загружается сам хост или на котором лежат файлы активных виртуальных машин. Это одна из немногих ошибок в виртуализации, которая приводит к необратимой потере данных за секунды.
Безопасность и резервное копирование
Прямой доступ к диску означает, что гостевая ОС может выполнять низкоуровневые операции: перезапись таблицы разделов, форматирование, посекторное стирание. Любая ошибка внутри виртуальной машины отразится на реальном накопителе, а не на виртуальном VMDK, который легко откатить снапшотом.
Поэтому перед первым запуском сделайте резервную копию важных данных с пробрасываемого диска. Если цель — восстановление информации, работайте в режиме только чтения там, где это возможно, либо сначала создайте посекторный образ диска и экспериментируйте уже с ним.
Альтернативы пробросу диска
Не всегда нужен именно «сырой» доступ. Часто задачу решают более безопасные механизмы:
- 📁 Общие папки (Shared Folders в Workstation) — для простого обмена файлами между хостом и гостем.
- 🌐 Сетевой доступ по SMB/NFS — когда данные нужны нескольким ВМ одновременно.
- 🔄 Конвертация физического диска в VMDK через VMware vCenter Converter — если требуется полный перенос системы в виртуальную среду.
- 🔌 Проброс USB-накопителя целиком (USB Passthrough) — для внешних дисков и флешек.
Когда RDM действительно незаменим
Прямой доступ к диску критичен для кластеров с общим хранилищем (например, отказоустойчивых кластеров Windows Server), для работы некоторых СХД-специфичных утилит внутри ВМ и для сценариев, где гостевой системе нужен доступ к S.M.A.R.T. и низкоуровневым командам накопителя. Во всех остальных случаях обычный VMDK или сетевой доступ проще и безопаснее.
Часто задаваемые вопросы
Можно ли пробросить в ВМ только один раздел диска?
В VMware Workstation — да: при выборе физического диска мастер позволяет указать отдельные разделы вместо всего устройства. В ESXi RDM работает на уровне всего устройства (LUN), проброс отдельного раздела штатно не поддерживается.
Почему ESXi не показывает локальный диск в списке RDM?
Это ограничение платформы: мастер RDM ориентирован на SAN-устройства. Для локальных SATA/SAS-дисков маппинг создаётся вручную через SSH командой vmkfstools -z с указанием пути к устройству в /vmfs/devices/disks/.
Будет ли работать проброшенный диск быстрее, чем VMDK?
Разница обычно невелика: современные версии VMware работают с VMDK почти на скорости физического диска. Проброс выбирают не ради производительности, а ради прямого доступа к устройству и его разделам.
Ошибка доступа к физическому диску в Workstation — что проверить?
В первую очередь запустите Workstation от имени администратора. Затем убедитесь, что диск не заблокирован антивирусом или другой программой, инициализирован в системе и что ВМ полностью выключена при добавлении устройства.
Можно ли загрузить гостевую ОС с проброшенного диска?
Да, это рабочий сценарий: если на физическом диске установлена ОС, ВМ можно загрузить с него. Учтите, что Windows может потребовать переустановки драйверов контроллеров из-за смены «железа», а активация иногда слетает из-за изменения аппаратного окружения.