Klonowanie maszyny wirtualnej powoduje, że jeden z dysków maszyn wirtualnych sam się zabezpieczy przed zapisem

Tworzę programistyczną maszynę wirtualną „piaskownicy” dla zablokowanego środowiska pracy. Pracuję na podstawowej maszynie wirtualnej, włączonej jako „szablon”, a następnie testuję klony, aby sprawdzić, czy działają po wdrożeniu.

Mój system gościa (gość Windows 7 na VMWare 11 Workstation działający również na hoście Windows 7) ma dwa „dyski” (VMDK). Kiedy utworzę klon tego systemu, pierwszy dysk - mój domniemany dysk „C” - zachowuje się normalnie - mogę odczytać / zapisać / edytować / usunąć pliki z tego dysku zgodnie z oczekiwaniami. Jednak dysk pomocniczy (zamapowany jako „E:”) jest chroniony przed zapisem - nie mogę tworzyć plików ani kopiować plików na ten dysk. Jest poprawnie sformatowany jako aktywny wolumin NTFS (i działa dobrze na podstawowym szablonie maszyny wirtualnej).

Nie mogę uzyskać ochrony przed zapisem, aby na stałe zniknąć. Mieliśmy chwilę czasu, próbując rozwiązać problem; jednemu z moich inżynierów udało się znaleźć trochę magii rejestru, która pojawiła się, aby rozwiązać problem:

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

Jednak wynikowa sklonowana maszyna wirtualna ponownie spontanicznie zabezpieczy drugi dysk, bez zauważalnego wzorca, zmuszając mnie do ponownego uruchomienia skryptu rejestru i ponownego uruchomienia maszyny wirtualnej, aby móc ponownie zapisać na tym dysku. To denerwujące.

Czy ktoś może mi powiedzieć, dlaczego ten „lokalny dysk twardy” zaczął się jako chroniony przed zapisem na klonie (pełny klon, niepowiązany klon) i ciągle resetuje się do ochrony przed zapisem? Co ważniejsze, w jaki sposób mogę zmusić go do stałego odczytu / zapisu w sklonowanej maszynie wirtualnej tak, jak powinny zachowywać się dyski twarde ???

Jak się okazało, problemem była kombinacja pozornie celowego zachowania VMWare i zasad ustawionych na zablokowanej kopii systemu Windows, którego użyłem do stworzenia gościa.

VMWare najwyraźniej sprawia, że ​​wszystkie dyski inne niż OS są dyskami wymiennymi , dzięki czemu można je wymieniać bez wyłączania gościa. Chociaż może to wydawać się dobrym pomysłem, zasady grupy mają ustawienia wyłączające odczytywanie i zapisywanie na dyskach zewnętrznych i / lub zmuszanie do „blokowania” dysków zewnętrznych, jeśli chcesz na nich pisać. Jeśli którakolwiek z tych zasad jest włączona, nie działają dobrze z VMWare. Kiedy wyłączyłem zasady „Dysk wymienny: Odmów dostępu do zapisu” i „Odmów dostępu do dysków wymiennych niechronionych przez Bitlocker”, złe zachowanie zniknęło.