Драйвер VMMouse для Windows NT 3.x в QEMU

Разбираем, как обеспечить плавную работу мыши в старых версиях Windows NT при использовании виртуализации QEMU и VMware через драйвер VMMouse.

Проблема интеграции мыши в старых системах

Когда мы заходим на территорию систем вроде Windows NT 3.11 или Windows 95, мы попадаем в эпоху, когда концепция «бесшовного» перемещения курсора между хостом и гостевой ОС ещё не существовала. В современных виртуальных машинах мы привыкли, что курсор просто переходит из одного окна в другое без лишних манипуляций. В старых системах всё иначе.

Если вы попытаетесь запустить Windows NT в QEMU без специальной подготовки, вы столкнётесь с эффектом «захвата»: чтобы управлять мышью внутри виртуальной машины, вам придётся нажать определённую комбинацию клавиш (обычно Ctrl+Alt), чтобы QEMU перехватил ввод. Это не просто неудобно — это ломает привычный рабочий процесс, особенно если вы используете систему для тестирования старого софта или запуска специфических инженерных утилит.

Особенности работы эмуляции ввода

Проблема кроется в том, как именно эмулируется устройство ввода. По умолчанию QEMU предоставляет гостевой системе стандартную PS/2 мышь. Для операционной системы это выглядит как физическое устройство, подключённое к порту, которое посылает относительные координаты перемещения.

С практической точки зрения это означает следующее:

Дрифт курсора: из-за разницы в разрешении экрана хоста и гостя курсор может «улетать» в угол или двигаться рывками.
Ограничение области: мышь заперта внутри окна эмулятора.
Задержки (latency): обработка прерываний от PS/2 через слой эмуляции добавляет микроскопические, но заметные задержки.

Чтобы добиться предсказуемости, нам нужно перейти от эмуляции старого железа к использованию протокола, который понимает гипервизор. Именно здесь на сцену выходит технология, изначально разработанная VMware, но ставшая стандартом де-факто для многих виртуализаторов.

Почему стандартные драйверы не подходят

Стандартные драйверы Windows NT рассчитаны на работу с аппаратными прерываниями физического контроллера PS/2. Они ожидают, что мышь будет передавать данные по строго определённому протоколу. Однако современная виртуализация стремится минимизировать количество эмулируемого «железа», чтобы снизить нагрузку на CPU.

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

Если мы посмотрим на конфигурацию QEMU через командную строку, то увидим разницу в подходах. Обычная настройка выглядит так:

bash
# Стандартная эмуляция PS/2, которая требует захвата курсора
-device usb-mouse

Для работы с VMMouse нам нужно явно указать использование устройства usb-tablet (для более точного позиционирования) или настроить специфический драйвер, если мы используем более сложные схемы интеграции. Однако для Windows NT 3.x ключевым моментом является именно наличие драйвера внутри самой ОС, который сможет интерпретировать пакеты данных, приходящие от виртуального контроллера.

Без установки соответствующего драйвера, даже если вы правильно настроите параметры запуска QEMU, система будет продолжать видеть лишь примитивное PS/2 устройство. Это классический пример того, как программная часть (драйвер) должна соответствовать методу передачи данных на уровне гипервизора.

Решение через VMMouse driver

Когда мы запускаем Windows NT 3.x в виртуальной среде, первой проблемой, с которой сталкивается пользователь, становится управление курсором. Без специального драйвера мышь работает в режиме PS/2: вы не можете просто увести курсор за пределы окна эмулятора, а само движение кажется рваным и неточным. Чтобы добиться предсказуемости и плавности, как в «железной» системе, нужно использовать протокол интеграции, который реализован через драйвер VMMouse.

Принцип работы протокола интеграции

Проблема старых ОС заключается в том, что они ожидают от мыши стандартных прерываний и сигналов классического порта PS/2. В такой схеме эмулятор передаёт координаты курсора через имитацию аппаратного порта, что создаёт задержки и ограничивает свободу перемещения.

VMMouse работает иначе. Вместо того чтобы имитировать физическое устройство, он использует механизм передачи данных через каналы интеграции гипервизора. С практической точки зрения это выглядит так: драйвер внутри гостевой ОС понимает, что он работает в виртуальной среде, и вместо отправки координат через прерывания PS/2, он обменивается сообщениями с гипервизором. Это позволяет:

Убрать ограничение границ окна: курсор перемещается по всему рабочему столу, не «упираясь» в края виртуального экрана.
Синхронизировать скорость: движения мыши в гостевой системе становятся идентичными движениям в хост-системе.
Снизить нагрузку на CPU: эмуляция полноценного PS/2-контроллера требует больше ресурсов, чем прямой обмен данными.

Если мы посмотрим на архитектуру взаимодействия, то увидим, что драйвер фактически превращает мышь из «устройства ввода» в «инструмент синхронизации состояний» между хостом и гостем.

Совместимость с QEMU и VMware

Несмотря на то что протокол зародился в недрах VMware, современные эмуляторы, такие как QEMU, умеют его воспроизводить. Это позволяет нам использовать один и тот же подход при настройке как коммерческих, так и открытых решений.

При использовании QEMU важно правильно сконфигурировать устройство мыши в параметрах запуска. Если вы используете командную строку для запуска виртуальной машины, убедитесь, что вместо стандартного mouse=ps2 вы добавили поддержку usb-tablet или специфический драйвер, если ваша версия QEMU и целевая ОС это позволяют. Однако для Windows NT 3.x наиболее надёжным способом является использование контроллера, который эмулирует поведение VMware.

Для настройки в QEMU через конфигурационный файл (например, если вы используете libvirt/virt-manager), секция устройства должна выглядеть примерно так:

xml
<!-- Пример конфигурации мыши для обеспечения совместимости с протоколом интеграции -->
<input type='tablet' bus='usb'/>

Однако, учитывая возраст Windows NT, работа через USB-tablet может потребовать наличия драйверов USB-контроллера, которых в NT 3.x «из коробки» нет. Поэтому в классических сценариях мы настраиваем эмуляцию через параметры командной строки QEMU, чтобы заставить гипервизор отдавать данные в формате, понятном драйверу VMMouse:

bash
# Пример добавления устройства, совместимого с протоколом VMware
qemu-system-i386 -m 64 \
  -drive file=nt3x.qcow2,format=qcow2 \
  -device usb-tablet \
  -device vmmouse

Примечание: Параметр -device vmmouse доступен в современных сборках QEMU и является ключом к решению проблемы.

С точки зрения настройки в самой Windows NT, вам потребуется найти и установить соответствующий .inf файл. Поскольку официальная поддержка таких драйверов для столь древних систем сейчас встречается редко, часто приходится использовать архивы с драйверами VMware для старых ОС (если они доступны в репозиториях поддержки).

После установки драйвера и перезагрузки вы заметите, что курсор перестаёт «залипать» у краев окна, а управление становится линейным. Это именно тот уровень предсказуемости, который необходим для комфортной работы в эмулируемой среде.

Практическое применение и установка

Подготовка виртуальной машины

Прежде чем приступать к установке драйверов, нужно убедиться, что сама виртуальная машина в QEMU настроена на использование правильного типа устройства ввода. Если мы оставим стандартную эмуляцию PS/2, мы получим классическую проблему: курсор будет двигаться рывками, а при перемещении мыши в угол экрана он будет просто упираться в границу окна, не позволяя свободно перемещаться между хостом и гостевой ОС.

Для работы VMMouse нам необходимо эмулировать устройство, которое Windows NT сможет распознать как специфический контроллер VMware. В контексте QEMU это достигается через добавление устройства usb-tablet или, что более правильно для старых систем, через настройку специфического контроллера.

Однако, учитывая архитектурные ограничения Windows NT 3.x, самым надёжным способом будет использование эмуляции USB-устройства, если ваша конфигурация позволяет подключить USB-контроллер. Если же мы работаем с классическим интерфейсом, нам нужно подготовить среду для установки стороннего драйвера.

С практической точки зрения, перед установкой драйвера в саму систему, я рекомендую создать контрольную точку (snapshot) вашей виртуальной машины. В случае с Windows NT 3.x любая ошибка при работе с системными драйверами может привести к «синему экрану» (BSOD) при загрузке, и восстановиться будет сложнее, чем в современных ОС.

Настройка параметров конфигурации

Чтобы VMMouse заработал, недостаточно просто запустить установщик внутри Windows. Нужно, чтобы QEMU предоставил виртуальному железу нужные параметры. Если вы используете запуск через командную строку, убедитесь, что в конфигурации указано устройство, совместимое с протоколом VMware.

Если вы настраиваете машину через XML-конфигурацию (например, в Libvirt), секция описания устройств должна выглядеть примерно так:

xml
<!-- Добавляем поддержку USB, чтобы пробросить устройство -->
<devices>
  <input type='tablet' bus='usb'/>
</devices>

Однако для Windows NT 3.x поддержка USB может быть из коробки слабой или отсутствовать. В этом случае мы полагаемся на эмуляцию через специфические флаги QEMU. Если вы запускаете QEMU напрямую, попробуйте добавить параметр для эмуляции мыши, которая будет имитировать поведение устройства VMware:

bash
# Пример запуска QEMU с эмуляцией устройства, подходящего под VMMouse
qemu-system-i386 \
  -m 64 \
  -drive file=nt3x_disk.img,format=raw \
  -net nic,model=pcnet -net user \
  -device usb-tablet

После того как конфигурация готова и виртуальная машина загружена, переходим к самой установке. Вам понадобится пакет драйверов, адаптированный под архитектуру NT. Поскольку официальная поддержка VMware для таких древних систем давно прекращена, инженеры часто используют архивы с драйверами VMware Tools для legacy-систем, где можно найти рабочие версии VMMouse.

Процесс установки в Windows NT выглядит стандартно:

Откройте «Device Manager» (Диспетчер устройств).
Найдите устройство с восклицательным знаком (обычно это «Mouse» или «Unknown Device»).
Выберите «Update Driver» и укажите путь к папке, где распакованы файлы .inf и .sys от VMMouse.

Если всё сделано верно, курсор станет «бесконтактным» — вы сможете перемещать его между окном QEMU и вашим основным рабочим столом без необходимости нажимать клавишу захвата (обычно Ctrl+Alt). Это обеспечивает ту самую предсказуемость управления, которая критически важна при работе с интерфейсами старых систем.

Оценка стабильности решения

Когда мы работаем с такими архаичными системами, как Windows NT 3.x, понятие «стабильность» сильно смещается. Здесь мы боремся не за аптайм в тысячи часов, а за то, чтобы курсор мыши не превратился в неуправляемый снаряд, который улетает в угол экрана при малейшем движении.

Предсказуемость поведения курсора

Главная проблема виртуализации старых ОС без специализированных драйверов — это использование PS/2 эмуляции. В этом режиме QEMU передаёт относительные координаты: «сдвинуть на 5 пикселей влево». Если гипервизор или гостевая ОС на доли секунды теряют синхронизацию, курсор начинает вести себя хаотично.

Использование драйвера VMMouse переводит взаимодействие в режим абсолютных координат. Для Windows NT это означает, что мышь воспринимается не как физическое устройство, а как указатель, привязанный к сетке экрана. Это даёт ту самую предсказуемость, которая необходима для комфортной работы в интерфейсе.

Чтобы добиться корректной работы, в конфигурации QEMU необходимо явно указать тип устройства. Если вы используете командную строку, добавьте следующие параметры:

bash
# Указываем использование устройства usb-tablet для передачи абсолютных координат
# Это критично, чтобы избежать эффекта "улетающего" курсора
-device usb-tablet

Если же вы предпочитаете описывать конфигурацию через XML (например, в среде libvirt), секция input должна выглядеть так:

xml
<input type='tablet' bus='usb'/>

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

Ограничения при использовании на современном железе

Несмотря на то что решение работает, важно понимать его пределы. Современные процессоры и гипервизоры работают с частотой прерываний, которая на порядки выше той, на которую рассчитана архитектура NT 3.x.

Во-первых, возникает проблема таймингов. При высокой нагрузке на хост-систему (например, если ваш домашний сервер занят пересчётом медиатеки или бэкапом на TrueNAS) задержки в обработке USB-стека могут приводить к микрофризам курсора. В Windows NT нет механизмов сглаживания, которые есть в современных ОС, поэтому любой лаг гипервизора мгновенно превращается в визуальный скачок.

Во-вторых, стоит учитывать особенности эмуляции USB. Windows NT 3.x «из коробки» не знает, что такое USB. Вам всё равно придётся сначала настроить эмуляцию более простого контроллера или использовать сторонние драйверы для базовой поддержки шины, прежде чем VMMouse сможет полноценно функционировать.

Если вы планируете запускать эту связку на мощном железе, я рекомендую ограничить количество ядер, выделяемых под виртуальную машину. Избыток ресурсов не сделает работу старой ОС плавнее, но может усилить конфликты при обработке прерываний:

bash
# Ограничиваем виртуальную машину одним ядром для минимизации задержек планировщика
-smp 1

Это обеспечит более ровный цикл обработки команд ввода, что в конечном итоге важнее для старой системы, чем чистая вычислительная мощность.

FAQ

Будет ли работать мышь без этого драйвера?

Без установки VMMouse курсор будет работать в режиме PS/2 эмуляции. С практической точки зрения это означает, что вы столкнетесь с эффектом «залипания» или резких скачков курсора, так как система будет получать не относительные координаты движения, а абсолютные координаты через прерывания. В старых версиях Windows NT это часто приводит к тому, что мышь просто перестаёт адекватно реагировать на быстрые движения.

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

Поддерживает ли драйвер Windows NT 4.0?

Да, драйвер VMMouse совместим с Windows NT 4.0. Процесс установки практически не отличается от работы с NT 3.x, однако стоит учитывать нюансы управления устройствами. Если вы используете стандартный установщик, система может не подхватить драйвер автоматически.

В таких случаях лучше принудительно обновить драйвер через Диспетчер устройств (Device Manager):

Откройте Device Manager.
Найдите устройство в разделе «Ports (COM & LPT)» или «Other devices» (обычно оно отображается как неизвестное устройство).
Выберите «Update Driver» и укажите путь к папке с распакованными файлами драйвера.

Нужно ли менять настройки в QEMU?

Да, для корректной работы драйвера недостаточно просто установить его внутри гостевой ОС. Нужно убедиться, что в конфигурации виртуальной машины указан правильный тип устройства ввода. Если вы запускаете QEMU через командную строку, добавьте параметр -device vmmouse.

Пример фрагмента конфигурации для запуска:

bash
# Пример запуска QEMU с поддержкой VMMouse
qemu-system-i386 \
  -m 128 \
  -drive file=winnt3x.qcow2,format=qcow2 \
  -net nic,model=pcnet \
  -net user \
  -device vmmouse \
  -vga std

Если вы используете Libvirt (через Virt-Manager), убедитесь, что в XML-конфигурации устройства ввода прописаны именно как vmmouse, а не стандартный ps2-mouse.

Можно ли использовать этот драйвер в VirtualBox?

Нет, драйвер VMMouse специфичен для протокола взаимодействия между гипервизором и гостевой системой, который изначально был разработан VMware. В VirtualBox для решения проблемы плавности мыши используются «Guest Additions».

Хотя архитектурно цели у них схожи — передача координат без эмуляции прерываний — механизмы реализации разные. Попытка установить VMMouse в VirtualBox приведет к ошибке «Code 10» или «Code 36» в Диспетчере устройств, так как драйвер не сможет найти соответствующие регистры в виртуальном железе.

Часто задаваемые вопросы

Почему стандартная PS/2 мышь работает некорректно?

Стандартная эмуляция PS/2 передаёт относительные координаты перемещения, что при разнице в разрешении экрана хоста и гостя приводит к непредсказуемому поведению курсора. В результате вы получаете эффект «дрифта», когда мышь улетает в угол экрана или двигается рывками. Использование протокола VMMouse позволяет передавать абсолютные координаты, что делает движение курсора плавным и точным.

Можно ли использовать этот драйвер в Windows 95 или Windows 98?

Принцип работы VMMouse схож, однако установка драйвера в семействе Windows 9x может потребовать дополнительных манипуляций с системными файлами или использования сторонних инсталляторов. Если ваша цель — стабильная работа в Windows NT 3.x, то данный метод является наиболее надёжным. Для более поздних систем, таких как Windows XP или Windows 7, лучше использовать стандартные инструменты интеграции, например, VirtIO.

Поможет ли установка VMMouse, если я использую VirtualBox вместо QEMU?

Технология VMMouse тесно связана с протоколами VMware, поэтому в VirtualBox она может не заработать без специфических настроек контроллера. Если вы переходите с QEMU на VirtualBox, вам стоит обратить внимание на «Guest Additions», которые решают ту же задачу через собственные механизмы гипервизора. С практической точки зрения, для старых систем в среде QEMU именно VMMouse обеспечивает наилучшую предсказуемость ввода.

Нужно ли менять параметры запуска QEMU для работы драйвера?

Да, просто установить драйвер внутри гостевой ОС недостаточно. Чтобы гипервизор начал понимать команды протокола, в строке запуска QEMU необходимо явно указать использование соответствующего устройства ввода. Если конфигурация не будет соответствовать ожиданиям драйвера, система продолжит видеть только стандартную PS/2 мышь.