UTM 5.0.8 исправляет графику Windows и установку системы на Mac

UTM 5.0.8 исправляет графику Windows и установку системы на Mac
Содержание статьи

17 октября 2026 года вышел стабильный UTM 5.0.8, очередное обновление виртуализатора для устройств Apple. Оно исправляет запуск ускоренной графики Windows на Mac с Apple Silicon без Rosetta и задержки установки Windows с виртуального USB-привода. Для разработчика это повод проверить тестовые окружения, особенно если переход на ветку UTM 5 уже состоялся.

Редакция Mentoring.digital разобрала, что относится к последнему исправлению, а что появилось в пятой ветке раньше. Главные вопросы здесь практические: как выбрать графический режим, не потерять рабочую машину и воспроизвести ошибку в приложении.

Что исправляет версия 5.0.8

Команда UTM сообщает, что часть заявленных изменений 5.0.7 по ошибке не попала в ту сборку. В 5.0.8 это исправлено. Отдельно устранены повторяющиеся остановки установки Windows с USB CD-привода, замедлявшие процесс в предыдущей версии.

На Apple Silicon без установленной Rosetta теперь используется резервный графический путь DXMT. Он поддерживает DirectX 11. Для DirectX 12 нужен доступный D3DMetal; на Mac с Apple Silicon этому варианту требуется Rosetta. Поэтому отсутствие ошибки запуска ещё не подтверждает, что приложение получило именно DirectX 12.

Перед сравнением результатов полезно записать версию UTM, гостевой Windows и выбранный графический режим. Иначе две похожие виртуальные машины могут фактически проверять разные условия.

Графику Windows стоит проверять отдельно

Поддержка ускоренной графики Windows 11 появилась в ветке UTM 5, но драйвер по-прежнему экспериментальный. Разработчики предупреждают об ограниченной совместимости с играми и возможной нестабильности гостевой системы. Для первой установки драйвера они рекомендуют свежую Windows; в существующей машине со старым драйвером отображения сначала потребуется его удаление по инструкции гостевых инструментов.

Для команды, которая тестирует настольное приложение, разумный сценарий выглядит так: отдельная машина с новым драйвером, воспроизводимый набор действий и журнал результата. Например, проверьте открытие сложного окна, изменение размера, работу нескольких мониторов и завершение приложения. Это предложенный план проверки, а не результаты тестирования UTM нашей редакцией.

Если нужен разбор набора проверок и воспроизводимости дефекта, его можно обсудить с наставником по тестированию. Цель такого разбора конкретна: отличить ошибку приложения от особенностей окружения.

Снимки состояния помогают повторять эксперименты

В пятой ветке есть вкладка Snapshots для сохранения и восстановления состояния машины. Для QEMU она доступна на macOS и на iOS 26 или новее; для машин Apple Virtualization требуется macOS 27. Снимок включает записываемые образы дисков внутри виртуальной машины, но не съёмные, внешние и доступные только для чтения диски.

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

Перед обновлением самого UTM команда рекомендует полностью выключить виртуальные машины: сохранённое приостановленное состояние может не возобновиться корректно. А для учебной лаборатории с Linux полезно вместе с ментором по Linux разобрать сеть, журналы и восстановление сервиса. Начните с одного воспроизводимого сценария, который можно повторить до и после обновления.

Похожие статьи по данной теме