Восстановление случайно убитой виртуальной машины

Чистили гипервизоры. Нашли каталог от ВМ с именем вм022, но самой машины не было. Нашли машину вм022_1 которая работала и хранила свои данные в datastore/vm022_1. Судя по описанию, вм022 ничего не делала и мы решили убить ее каталог.
Однако, процесс vmx зубами держался за четыре файла в этом каталоге. Списав всё это на глюк, перегрузили гипервизор. После чего отказалась запускаться машина вм023.
Которая, как оказалось, хранила свои данные в каталоге вм022, почему vmx и не давал их убить.

Ок. Выясняется, что уцелел только файл вм022-flat.vmdk, но нет файла вм022.vmdk. Игры с переименованием ничего не дали - подключить этот flat к ВМ не удавалось - браузер существующих виртуальных дисков его не видел.

Ответ нашел здесь:

http://whiteboardninja.wordpress.com/2012/03/05/recover-a-vm-from-the-vm-flat-vmdk-file/

Recover a VM from the vm–flat.vmdk file

Steps to recover a VM from just the flat.vmdk file:

1. Build new temp VM with EXACTLY identical vmkd file size
2. Connect via CLI
3. Rename temp-flat.vmkd file
4. Copy existing-flat.vmdk file and rename to temp-flat.vmkd
5. Power on temp VM

Что в переводе обозначает:

1. Создать новую ВМ с таким же оборудованием и ТОЧНО ТАКИМ ЖЕ размером диска (дисков)
2. Подключитесь к консоли гипервизора (стандартный браузер из vSphere Client не видит такие файлы вообще никак)
3. Переименуйте flat.vmdk новой ВМ во что-то другое (я использую дополнительное расширение ,org)
4. Скопируйте существующий flat.vmdk из убитой ВМ туда, где лежат файлы новой ВМ и переименуйте его соответственно
5. Запустите новую ВМ

После таких манипуляций w2008r2 потерял активацию, но ее подняли KMS-ключом. Дополнительно пришлось пере-пробросить usb-затычку с хаспом. Сделать это - добавить забытый USB-контроллер и "воткнуть" в него хасп - удалось не выключая новую ВМ.