---

ИИ-консультант VK Cloud:
В документации VK Cloud описаны требования к собственным образам для сервиса Cloud Desktop, но нет прямого упоминания конкретной ошибки, при которой «перестают запускаться новые рабочие столы» после создания образа из настроенной ВМ. Однако, основываясь на общих принципах работы с облачными образами и требованиях VDI, проблема, скорее всего, связана с нарушением уникальности системных идентификаторов или отсутствием обязательного ПО.
Ниже приведен список наиболее вероятных причин и шагов для их решения:
• Отсутствие очистки уникальных данных
Если вы просто скопировали диск или сделали снимок уже настроенной ВМ, все новые ВМ из этого образа будут иметь одинаковые идентификаторы. Это может вызывать конфликты при инициализации или подключении.
Решение:
Перед созданием образа обязательно выполните очистку системы на «золотой» ВМ.
Для ОС Linux рекомендуется выполнить команды очистки, аналогичные тем, что используются для подготовки образов Image-Based приложений. Например:
• Очистить логи cloud-init: sudo cloud-init clean --log --seed
• Очистить ssh-ключи: sudo rm -f /etc/ssh/hostkey*
• Очистить системные файлы, включая machine-id: sudo truncate -s 0 /etc/machine-id
• Удалить временные файлы и синхронизировать файловую систему.
Для ОС Windows критически важно использовать инструмент Sysprep. Это необходимо для сброса SID и подготовки образа к клонированию. Без Sysprep домены или VDI-кластеры не смогут корректно принять новые машины.
• Отсутствие или некорректная работа гостевого агента
На образе обязательно должен быть установлен и запущен гостевой агент QEMU. Он отвечает за взаимодействие между хостом и гостевой ОС.
Проверка:
• Убедитесь, что пакет qemu-guest-agent установлен.
• Убедитесь, что служба запущена (например, systemctl status qemu-guest-agent для Linux или через services.msc для Windows).
• Отсутствие cloud-init или Cloudbase-Init
Для корректной инициализации новых ВМ из образа в VK Cloud необходимы специализированные инструменты:
• Для ОС Linux должен быть установлен пакет cloud-init.
• Для ОС Windows должно быть установлено сервисное приложение Cloudbase-Init.
Если эти сервисы отсутствуют или не настроены на автозагрузку, новые ВМ могут не получить корректную IP-адресацию или параметры сети, из-за чего VDI-сервер не видит их как доступные ресурсы.
• Конфликт регистрации в Active Directory
Если ваши пользователи используют подключение к Active Directory:
• Убедитесь, что на «золотом» образе выполнен выход из домена или не выполнен вход в домен до финального шага Sysprep (для Windows).
• Клонирование машин с одинаковым SID вызовет конфликты в AD, и новые машины не будут иметь сетевого доступа.
• Создание образа из диска
Убедитесь, что при создании образа из диска вы указали корректные параметры.
• В личном кабинете VK Cloud: Облачные вычисления -> Образы -> Создать образ.
• Источник: Диск.
• Выберите диск созданной и настроенной ВМ. Имя диска ВМ отображается на ее странице на вкладке Диски.
Рекомендуемый алгоритм действий:

• Возьмите чистую ВМ с базовой ОС (Windows 10/11/Server 2019/2022 или Astra Linux 1.7 для VK Cloud).
• Установите все необходимые приложения, включая QEMU Guest Agent, Cloudbase-Init (для Windows) или cloud-init (для Linux).
• Настройте все приложения и службы.
• Выполните очистку уникальных данных системы (см. пункт 1).
• Для Windows запустите Sysprep (Generalize, Shutdown). Для Linux завершите работу ВМ (sudo shutdown -h now).
• Создайте образ из выключенного диска.
Если проблема сохраняется после выполнения этих шагов, предоставьте логи инициализации новой ВМ (в Linux это cloud-init.log, в Windows логи Cloudbase-Init), чтобы можно было определить причину сбоя на этапе старта.
Также рекомендуется проверить документацию по настройке конкретных ОС в разделе Собственные образы рабочих столов.
Режим free_mode: ответ может содержать неточности. При необходимости проверьте по документации или уточните вопрос.