Неизвестно, как будет работать виртуальная машина с 2 мониторами.

Так как создан полный клон сервера - ему сразу нужно сменить IP, чтобы не было скрытного конфликта адресов. Так как виртуалка зашифрована и защищена надёжным паролем - выставить автовход в дочернюю ОС (примерно: Пуск→Панель_управления→Система→Вход_в_систему→Дополнительно→Разрешить_автоматический_вход_в_систему), а также убрать в ней гашение и блокировку экрана.

Совсем неисправимо: учётная запись Root - не пашет. Рабочий стол прогружается - но видно только его 1/5 часть справа, ничего не работает (в т.ч. горячие клавиши).

Пока неисправимо:

- современные процессоры, обычно, имеют функцию автоматического разгона в случае высокой нагрузки (другое дело, что в части процессоров это реализовано через жопу). Но как только процессор оказался в дочерней ОС - он стал работать исключительно с номинальной скоростью. Это привело к тому, что номинальный более поточный и менее гигагерцный процессор - стал одинаковым в скорости с авторазогнанным менее поточным и более гигагерцным (при применении многопоточности). А без многопоточности - проиграл сразу вдвойне авторазогнанному более гигагерцному;

- в виртуальной машине, по неведомой причине, 1 поток оказался всегда загруженным на 100%. В родительской ОС - постоянная загруженность на определённое и расчётное количество процентов CPU (тоже 1 поток). В дочерней ОС - отображалось в виде неотключаемого процесса v86d, жрущего расчётное количество процентов CPU относительно количества выделенных ЦП (в настройках виртуалки "ЦП" - реальный поток). Прикол в том, что не загружая дочернюю ОС (просто меню выбора режимов загрузки Astra), - поток как жрался, так и жрётся. Это оказалось не шифрование диска, не виртуальная периферия, не ЦП с RAM - полная загадка. Даже если загрузиться с WinPE - всё равно 5% (~2/3 потока) всегда жрётся, даже если жёсткий диск виртуальный отключен. Это влияет только на энергопотребление и скорость работы виртуалки - вроде, не критично - а, вроде, и критично.