Ошибка «start failed: qemu exited with code 1» появляется при запуске виртуального устройства в Android Emulator (AVD) или при старте виртуальной машины через QEMU вручную: процесс эмулятора завершается сразу после запуска, не успев загрузить систему. Код выхода 1 означает общий сбой — сам по себе он не указывает причину, поэтому диагностику нужно начинать с чтения полного лога, а не с переустановки.
Чаще всего проблема связана с конфликтом гипервизоров, повреждённым образом виртуального устройства, недостатком прав или неверными параметрами запуска. Ниже разберём, как определить конкретную причину и устранить её без риска для остальной системы.
Что означает код выхода 1 в QEMU
QEMU — это гипервизор, на котором работает эмулятор Android и многие решения виртуализации в Linux и Windows. Когда процесс QEMU завершается аварийно, он возвращает код выхода: 0 означает штатное завершение, а 1 — ошибку общего характера. Это не диагноз, а лишь сигнал о том, что запуск прерван.
Реальная причина почти всегда записана в тексте ошибки выше строки «exited with code 1» — в консоли, в окне Android Studio или в файле лога. Поэтому первое действие — найти и прочитать это сообщение полностью, а не только последнюю строку.
Где найти подробный лог ошибки
В Android Studio откройте вкладку Event Log или запустите эмулятор из терминала — так вы увидите полный вывод. Команда запуска AVD вручную выглядит так:
emulator -avd Имя_устройства -verboseФлаг -verbose выводит детальную диагностику: какие библиотеки загружаются, какой гипервизор выбран и на каком шаге происходит сбой. Список доступных виртуальных устройств можно посмотреть командой emulator -list-avds.
- 🔍 Ищите строки со словами
error,failed,cannot— они идут перед кодом выхода. - 🖥️ Проверьте, какой движок виртуализации пытается запуститься: HAXM, Hyper-V, WHPX или KVM.
- 📁 При ручном запуске QEMU сохраните вывод в файл, чтобы спокойно изучить его.
- 🔁 Повторите запуск после каждого изменения — так вы точно поймёте, какое действие помогло.
Конфликт гипервизоров — самая частая причина
На Windows эмулятор не может стартовать, если одновременно активны несовместимые механизмы виртуализации. Например, включённый Hyper-V может конфликтовать со старыми версиями Intel HAXM, а запущенный VirtualBox или Docker Desktop иногда блокирует доступ к аппаратному ускорению.
Проверьте, какие компоненты виртуализации активны в системе, и оставьте только один рабочий вариант. В Windows это делается через «Компоненты Windows» (пункты Hyper-V, Платформа гипервизора Windows, Платформа виртуальной машины) — точный набор зависит от версии ОС и конфигурации вашего эмулятора.
⚠️ Внимание: отключение Hyper-V может нарушить работу Docker Desktop, WSL2 и других инструментов, которые от него зависят. Перед изменением сохраните список включённых компонентов, чтобы при необходимости вернуть всё обратно.
На Linux убедитесь, что модуль KVM загружен и ваш пользователь входит в группу kvm. Проверить доступность аппаратного ускорения можно командой:
kvm-okЕсли утилита kvm-ok отсутствует, проверьте наличие устройства /dev/kvm и права на него. Отсутствие этого файла обычно означает, что виртуализация отключена в BIOS/UEFI или не поддерживается процессором.
Проверка виртуализации в BIOS/UEFI
Если аппаратное ускорение недоступно вообще, возможная причина — отключённая виртуализация в настройках прошивки материнской платы. Для процессоров Intel параметр обычно называется Intel VT-x, для AMD — AMD-V (иногда обозначается как SVM).
Зайдите в BIOS/UEFI при загрузке компьютера, найдите раздел с настройками процессора или расширенными параметрами и включите соответствующую опцию. Точное расположение пункта зависит от производителя платы — сверьтесь с документацией вашей модели. После изменения сохраните настройки и перезагрузитесь.
Повреждённый образ AVD и проблемы с файлами
Если гипервизор в порядке, следующий кандидат — само виртуальное устройство. Прерванная загрузка системного образа, нехватка места на диске во время создания AVD или аварийное завершение эмулятора могут повредить файлы образа, и QEMU будет падать при попытке их прочитать.
Порядок проверки такой:
- 🧹 Выполните Wipe Data для проблемного AVD через Device Manager в Android Studio — это сбрасывает данные устройства до чистого состояния.
- 🆕 Создайте новое виртуальное устройство с тем же системным образом — если оно запускается, проблема была в файлах старого AVD.
- 💾 Проверьте свободное место на диске, где хранятся образы (обычно это профиль пользователя) — при нехватке места эмулятор может падать без понятного сообщения.
- 🔒 Убедитесь, что антивирус не блокирует файлы эмулятора — добавьте папку с AVD в исключения, если это безопасно в вашей среде.
☑️ Базовая диагностика ошибки QEMU code 1
Проблемы с графикой и параметрами запуска
Эмулятор может падать из-за несовместимости с графическим драйвером, особенно на системах со старыми GPU или конфликтующими драйверами. В таком случае помогает переключение рендеринга: в настройках AVD измените параметр Graphics с Automatic на Software. Программный рендеринг медленнее, но позволяет проверить, связана ли ошибка с графикой.
Также проверьте параметры запуска, если вы стартуете QEMU вручную: несуществующий путь к образу диска, опечатка в имени файла или недоступный для чтения файл приводят именно к завершению с кодом 1. Убедитесь, что все пути в команде существуют и не содержат символов, которые оболочка может неверно интерпретировать — пути с пробелами заключайте в кавычки.
Запуск эмулятора без графического окна
Для диагностики можно запустить эмулятор в консольном режиме: emulator -avd Имя_устройства -no-window -no-audio. Если в таком режиме устройство стартует успешно, проблема почти наверняка связана с графическим стеком или драйвером видеокарты, а не с самим образом системы.
Типичные сообщения в логе и их значение
Таблица ниже поможет сопоставить частые строки из лога с вероятными причинами. Точные формулировки могут отличаться в зависимости от версии QEMU и платформы.
| Фрагмент лога | Вероятная причина | Что проверить |
|---|---|---|
| Нет доступа к KVM / /dev/kvm | Виртуализация выключена или нет прав | BIOS/UEFI, группа kvm, модуль ядра |
| Сбой инициализации HAXM / WHPX | Конфликт гипервизоров или драйвер не установлен | Компоненты Windows, состояние драйвера |
| Не удалось открыть файл образа | Повреждён или отсутствует образ AVD | Wipe Data, новое AVD, место на диске |
| Ошибка инициализации OpenGL / GPU | Проблема графического драйвера | Режим Software в настройках Graphics |
| Permission denied при доступе к файлам | Недостаточно прав или блокировка антивирусом | Права на папку, исключения антивируса |
⚠️ Внимание: не удаляйте папки с SDK и AVD вручную, пока не убедились, что проблема именно в них. Сначала используйте штатные средства — Wipe Data и пересоздание устройства через Device Manager. Ручное удаление файлов при запущенных процессах эмулятора может усугубить повреждение.
Если ничего не помогло
Когда базовые проверки пройдены, а ошибка сохраняется, имеет смысл обновить компоненты через SDK Manager в Android Studio: сам эмулятор, системные образы и Platform-Tools. Устаревшая версия эмулятора иногда несовместима с новыми образами системы или обновлённой ОС хоста. После обновления перезагрузите компьютер — это гарантирует, что драйверы виртуализации переинициализируются.
В крайнем случае можно полностью переустановить компонент Android Emulator через SDK Manager: снять отметку, применить изменения, затем установить заново. Пользовательские AVD при этом обычно сохраняются, но перед такой операцией разумно сделать резервную копию важных данных из виртуальных устройств.
Частые вопросы
Что значит «qemu exited with code 1» простыми словами?
Процесс эмулятора QEMU запустился и сразу завершился с ошибкой. Код 1 — универсальный сигнал сбоя без указания причины; конкретика всегда содержится в строках лога выше этого сообщения.
Почему эмулятор работал раньше, а теперь падает с этой ошибкой?
Типичные триггеры — обновление Windows, которое изменило компоненты виртуализации, установка ПО со своим гипервизором (Docker, VirtualBox), обновление графического драйвера или повреждение файлов AVD после аварийного завершения. Вспомните, что менялось в системе, и начните проверку с этого.
Можно ли исправить ошибку без переустановки Android Studio?
Да, в большинстве случаев переустановка всей среды не требуется. Достаточно устранить конфликт гипервизоров, сбросить данные AVD, переключить графический режим или обновить компонент эмулятора через SDK Manager.
Ошибка возникает при запуске QEMU вручную в Linux — с чего начать?
Проверьте наличие /dev/kvm и членство в группе kvm, корректность путей к образам в команде запуска и попробуйте упростить команду до минимума, постепенно добавляя параметры обратно — так вы найдёте проблемный аргумент.
Влияет ли антивирус на запуск эмулятора?
Да, некоторые антивирусы блокируют доступ эмулятора к файлам образов или вмешиваются в работу гипервизора. Если другие причины исключены, временно добавьте папки SDK и AVD в исключения защитного ПО и проверьте запуск снова.