2

Я создаю виртуальную машину разработки "песочницы" для закрытой рабочей среды. Я работаю на базовой виртуальной машине, включенной в качестве "шаблона", а затем тестирую клонов, чтобы увидеть, работают ли они после развертывания.

Моя гостевая система (гостевая система Windows 7 на рабочей станции VMWare 11, также работающая на хосте Windows 7) имеет два "диска" (VMDK). Когда я делаю клон этой системы, первый диск - мой предполагаемый диск "С" - ведет себя нормально - я могу читать / писать / редактировать / удалять файлы на этом диске, как и ожидалось. Однако дополнительный диск (обозначенный как «E:») защищен от записи - я не могу ни создавать файлы, ни копировать файлы на этот диск. Он правильно отформатирован как активный том NTFS (и он отлично работает на базовом шаблоне виртуальной машины).

Я не могу получить защиту от записи, чтобы навсегда уйти. У нас было время, чтобы решить проблему; одному из моих инженеров удалось найти немного магии реестра, которая, казалось, решала проблему:

Set Policies\Microsoft\PVE\RDVDenyWriteAccess=dword:00000000
Set Policies\Microsoft\PVE\FDVDenyWriteAccess=dword:00000000
in HKLM\SYSTEM\CurrentControlSet and all other HKLM\SYSTEM\ControlSetxxx hives

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

Может кто-нибудь сказать мне, почему этот "локальный жесткий диск" был запущен как защищенный от записи на клоне (полный клон, не связанный клон) и продолжает сбрасывать себя в защищенный от записи? Что еще более важно, как я могу сделать так, чтобы постоянное чтение / запись в клонированной виртуальной машине так, как должны вести себя жесткие диски ???

1 ответ1

0

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

VMWare, по-видимому, делает все диски, не относящиеся к ОС, съемными, чтобы их можно было заменять в горячем режиме без отключения гостя. Хотя это может показаться хорошей идеей, в групповых политиках есть настройки, которые запрещают чтение и запись на внешние диски и / или вынуждают вас "блокировать" внешние диски, если вы хотите записывать на них. Если какие-либо из этих политик включены, они не очень хорошо работают с VMWare. После того как я отключил политики «Съемный диск: запретить запись» и «Запретить доступ к съемным дискам, не защищенным с помощью Bitlocker», плохое поведение исчезло.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .