QEMU в Linux: установка и использование

Исходные данные: есть установленный Debian (или Ubuntu в крайнем случае) и некоторые программы Windows, которые в WINE не запускаются.
Проблема: нужно запускать Windows и заточенные под Windows приложения.

Вступление
В Сети много слов о QEMU, но мало нормальных руководств по его установке. Выдающимся документом является этот, по мотивам которого и написано данное руководство, с учётом собственного опыта и некоторых поправок на то, что запускать будем в частности виндовс.

Ставим!
Идём сюда и качаем последнюю версию эмулятора QEMU вместе с ускоряющим модулем kqemu. Распаковываем в свою временную директорию:

$ mkdir temp
$ cd temp
$ tar zxvf qemu-0.7.2.tar.gz
$ cd qemu-0.7.2
$ tar zxvf ../kqemu-0.7.2.tar.gz
Эмулятор очень небольшой, но он потребует для своей работы некоторое количество пакетов, которые мы сейчас быстренько поставим (от рута):
# apt-get install libsdl1.2debian zlib1g libx11-dev libsdl1.2-dev texi2html sharutils libgpmg1-dev vgabios bochsbios

Обновлено: если у вас Debian Etch 4.0 и выше, нужен пакет proll

Это если ядро самосборное. Если нет - нам нужен ещё и компилятор вместе с заголовками ядра. К тем пакетам, что мы поставили выше, доставляем ещё:
# apt-get install kernel-headers-$(uname -r) gcc g++ make
Оно потащит за собой другие пакеты, и мы их тоже ставим. На всё требуется около 20Мб, что не так много за запуск других ОС. Самое важное - это чтобы среди пакетов оказались относящиеся к SDL, иначе QEMU откажется работать с графическим выводом.
Дальше в том каталоге, где у нас распакован QEMU, даём команду:
#./configure
И внимательно смотрим на её вывод - должно быть что-то вроде:

notebeast:/home/beast/temp/qemu-0.7.2# ./configure
Install prefix /usr/local BIOS
directory /usr/local/share/qemu

binary directory /usr/local/bin
Manual directory /usr/local/share/man
ELF interp prefix /usr/gnemul/qemu-%M
Source path /home/beast/temp/qemu-0.7.2
C compiler gcc
Host C compiler gcc
make make
host CPU i386
host big endian no
target list i386-user arm-user armeb-user sparc-user ppc-user i386- ppc-softmmu sparc-softmmu x86_64-softmmu mips-softmmu
gprof enabled no
static build no
SDL support yes
SDL static link yes
mingw32 support no
Adlib support no
FMOD support no
kqemu support yes
KQEMU Linux module configuration: kernel sources /lib/modules/2.6.15.7/build kbuild type 2.6
Смотрим внимательно, чтобы не тратить зря время: самые важные строчки отмечены красным полужирным шрифтом. Особенно первая и третья у вас должны быть в значении yes, иначе смысла собирать QEMU мало: значение no в первой строчке лишает вас возможности графического режима QEMU, значение no в третьей - у вас не будет ускоряющего модуля kqemu, без которого любая ОС будет запускаться в 5-10 раз медленнее.
Надеюсь, что у вас всё получилось - теперь собираем исходники компилятором. В той же директории, где мы находимся, пишем:
# make
По экрану побегут служебные записи, в которые вчитываться не обязательно. Главное, чтобы компиляция не прервалась словами Aborted, Fatal Error и прочими. Компиляция будет довольно длительной, даже на мощных машинах (P4 3GHz, 2Gb DDR = 10 минут).
Если всё кончилось хорошо, то пишем там же
# make install
Снова побегут строчки служебных записей, только их будет меньше. Компилятор распихал всё куда надо, и теперь мы почти готовы запалить QEMU. Надо активировать поддержку ускоряющего модуля kqemu, делаем так (тоже от рута):
# mknod /dev/kqemu c 250 0
# chmod 666 /dev/kqemu
# modprobe kqemu
Для надёжности проверяем командой
# lsmod | grep kqemu
Оно должно написать что-то вроде:
kqemu 39304 0
Всё, эмулятор QEMU собран, ускорение включено, и теперь..

...Ключ на старт!
Поехали! Достаём из-под кровати пыльный диск Windows XP и создаём "жесткий диск" для установки Windows XP:
$ qemu-img create mustdie.img 4096M
То есть: создать образ диска для QEMU размером 4Гб и именем winxp.img
Так, сделали. Теперь вставляем диск с Windows в CD-привод и пишем:
$ qemu -m 512 -hda mustdie.img -cdrom /dev/cdrom -boot d -localtime
То есть: запускаем эмулятор QEMU с выделением ему 512Мб памяти, жёстким диском в виде файла mustdie.img и реальным CD-приводом (в нём должен быть диск!) в виде ссылки на реальное устройство /dev/cdrom, загружаемся с компакт-диска (если хотим с "жёсткого диска" грузиться пишем -boot c) и в эмуляторе течёт реальное время (-localtime то есть то, что у нас в системе). Понятные установки? А вы говорили сложно будет...

Что ещё?
В следующих постах я расскажу о некоторых интересных моментах с QEMU, возможности заставить Windows шевелиться быстрее и возможностях доступа к "жесткому диску" эмулятора. Не забываем, что так можно поставить почти любую ОС.
В качестве развлечения можно запустить любой Linux LiveCD командой:
$ qemu -m 512 -cdrom /dev/cdrom
Или, если он уже на жёстком диске в виде исо-образа:
$ qemu -m 512 -cdrom knoppix.iso

Ссылки:

Замечательная статья, которая мне в своё время очень помогла, посвящена как раз установке QEMU на Debian-based дистрибутивы (на английском):
http://www.linuxquestions.org/questions/history/320569
Единственный форум, посвящённый полностью QEMU:
http://m2.dad-answers.com/qemu-forum/ и углубляемся в чтение, если остались вопросы.
Сравнение (несколько устаревшее, но интересное) с другими эмуляторами (для особо продвинутых): http://unix.ginras.ru/apps/gam001.html

42 комментариев: |высказаться!| RSS-лента дискуссии.|
Анонимный комментирует...

Хм.
Я выкачал уже скомпиллированную прогу, в Серже работает хорошо.
kqemu пашет тоже хорошо.
Только такая проблема курсор в виртуальной машине непонятным образом взаимодействует с курсором в хозяйской ОС.
А так все пучком:
Зло ХР SP 2,
Зло 2003 Server SP 1,
Altlinux 3.0 compact,
Kubuntu 5.10,
NetBSD 3.0 for amd64.
Вот так.

virens комментирует...

Я так понимаю, что курсор мыши в реальной машине - в одной стороне, а в вирутальной - в другой? :-) Сместите мышь в виртуальной машине до самого края экрана, и обе мыши станут согласованными.
Кстати, спасибо за информацию - не знал, что Зло 2003 Server тоже отлично идёт в QEMU.

libc6 комментирует...

Пока скажу, что мне эта статья очень кстати. А подробнее напишу впечатления, когда поставлю. Огромное спасибо за обзор.

И кстати, пару вопрсов, если вы знаете:
1) можно ли запускать установленную ОС в qemu из консольного режима (я имею в виду, не стартуя иксы в своей системе, чтобы сэкономить ресурсы). Будет ли все работать?
2) как там дела с сетью из виртуальной ОС? Я как то ставил серверную убунту на QEMU, но настроить сеть из нее у меня не вышло. Вроде и все правильно прописал в интрфейсах, но сети/нета виртуальная убунта не видела.

virens комментирует...

Доброе время суток, Андрей! :-)

"Пока скажу, что мне эта статья очень кстати."
Очень рад. Сам с QEMU немного поколупался в своё время, теперь решил описать. Из этого эмулятора до сих пор запускаю виндовые приложения, которые нужны. Быстро, дёшево и сердито.

"1) можно ли запускать установленную ОС в qemu из консольного режима"
Да, можно, но сам такого не делал. Можно выводить диагностические сообщения прямо в консоль. Подробнее можно почитать:
http://jack.kiev.ua/docs/qemu-doc-ru.html

"2) как там дела с сетью из виртуальной ОС?"
Умельцы говорят, что нормально. Надо поднимать bridge, и делать мост между реальной системой и виртуальной машиной. У меня не получилось, но есть статьи, в которых это описывается. Скоро будет ещё пост про тонкости работы QEMU, там постараюсь это осветить.

libc6 комментирует...

Спасибо большое за ответы :) virens

libc6 комментирует...

Что-то пошло не так. Кернел хедеры поставил, весь предложенный софт поставил, собралось нормально, правда пришло предложить gcc-3.4 вместо 4.0 того что был у меня. Так, потом после конфигурации выдал что вроде все ок, только меня смутило что =

а) были строчки которых не было у вас
CoreAudio support no
ALSA support no
DSound support no
FMOD support no
Мне они вообще не понравились :)

б) не было совсем строк
KQEMU Linux module configuration:
kernel sources /lib/modules/2.6.15.7/build
kbuild type 2.6

не смотря на, то что
kqemu support yes

Ну и потом после инсталляции проверки установленного Kqemu сказали
modprobe kqemu
FATAL: Module kqemu not found.

Версии qemu-0.8.2, kqemu-1.3.0pre9.

Буду курить доку по поводу встраивания последнего, потому что первое с виду поставилось нормально

virens комментирует...

Начну комментировать с конца: чтобы маны курились лучше, обсуждение такой же проблемы идёт здесь.
В двух словах: у автора эмулятора сейчас творческий подъём, и эмулятор (и осообенно ускоряющий модуль) в режим пре-альфа. Со всеми вытекающими...

"а) были строчки которых не было у вас"
А я ретроград - у меня 0.7.2 и я не обновлялся, следуя золотому правилу *никсов: "не сломалось - не чини" :-)
Строчки нормальные и говорят о том, что у вас в эмуляторе не будет звука.

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

На работе скачаю, буду разбираться в ближайшие выходные.
Если что, обсуждение лучше вести по почте - так легче и удобней. Почта у меня virens [at] yandex точка ru, пишите, не стесняйтесь :-)

Анонимный комментирует...

Статья хорошая, причем поставил qemu в кубунту из пакета.
но вот заковыка:
создаю файл образа 2048 М, запускаю установочный диск с ВинХР (все как в статье) В какой-то момент пишет что-то типа: Обнаружена неразмеченная область 1 М (то есть не 2 Гига). Естественно дальше хода нет.
куда смотреть?

virens комментирует...

"создаю файл образа 2048 М, запускаю установочный диск с ВинХР (все как в статье) В какой-то момент пишет что-то типа: Обнаружена неразмеченная область 1 М (то есть не 2 Гига). Естественно дальше хода нет."
Попробуй сделать файл меньше - например, 1.5Гб. Хотя у меня и на 7Гб ставился нормально. Другую сбору ЗлаХП не пробовал?

Анонимный комментирует...

Пробовал rus и en сборки - картина одинакова, сейчас достал из стола диск с edubutu, посмотрю, что напишет

virens комментирует...

"Пробовал rus и en сборки - картина одинакова"
Лучше попробуй другую версию qemu, а не дистрибутив :-)

Анонимный комментирует...

Меня глючит, или ты таки не написал, что модулю kqemu тоже не плохо би сделать ./configure && make && sudo make install ?

virens комментирует...

Меня глючит, или ты таки не написал,
mathway, тебя глючит, но по другому поводу :-) Делать make для kqemu не надо: ведь QEMU конфигурируется с его поддержкой, и если kqemu есть и разархивирован в соотв. каталог, то QEMU собирается с kqemu, kqemu пихается в каталог /misc модулей ядра и вгружается modprobe kqemu. И всё.

Анонимный комментирует...

Большое спасибо за статью! Непонятно только -- зачем собирать qemu самому, если в Дебиане она уже собрана с поддержкой kqemu? Может я чего не догнал?

virens комментирует...

Большое спасибо за статью! Непонятно только -- зачем собирать qemu самому, если в Дебиане она уже собрана с поддержкой kqemu?
А за тем, что в Дебиане он как раз без kqemu. А в нём вся ускоряющя соль и есть.

Анонимный комментирует...

та же хрень, что и у тов. libc6:
modprobe kqemu
FATAL: Module kqemu not found.

Анонимный комментирует...

собрался и работает. Просто после установки надо было собрать и установить сам kqemu.
Но, кажись со скоростью у него все равно слабовато, чем в VMware.

Анонимный комментирует...

Поставил я Qemu под VPS-сервером (Ubuntu 6.0.6)
Установил под ним Windows Server 2003
Включил под Виндой Терминальные сервисы - активировал их и т.д.

Во-первых : без squid Гостевая ОС не может увидеть инет, потому что доступ к ядру закрыт под VPS и нет ни NAT ни Tun ни Tap.
Во-вторых : После отключения терминального сеанса в Гостевой ОС, начисто перестает быть доступным инет. И никто из программ этого не замечает ! Тоесть все проги инет как бы видят - но на самом деле никакие пакеты не идут.
Что делать - не знаю .
Может есть какие мысли ?

Анонимный комментирует...

всё классно работает
захотел я добавить памяти для него

сделал
umount /dev/shm
mount -t tmpfs -o -size=500m /dev/shm

но после этого запустить qemy уже низзя
ругается Х сервер:

Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified


---------------------- DirectFB v0.9.24 ---------------------
(c) 2000-2002 convergence integrated media GmbH
(c) 2002-2004 convergence GmbH
-----------------------------------------------------------

(*) DirectFB/Core: Single Application Core. (2006-10-13 15:40)
(*) Direct/Memcpy: Using MMXEXT optimized memcpy()
(!) Direct/Util: opening '/dev/fb0' failed
--> No such device
(!) DirectFB/FBDev: Error opening framebuffer device!
(!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER environment variable.
(!) DirectFB/Core: Could not initialize 'system' core!
--> Initialization error!
Could not initialize SDL - exiting

подскажите кто знает как с этим бороться ?

Макс комментирует...

под рутом запускаешь наверно?

virens комментирует...

2 Анонимный комментирует...
но после этого запустить qemy уже низзя ругается Х сервер:
Скорее всего, пускаешь куему из-под рута. Этого делать не стоит никогда.

(*) DirectFB/Core: Single Application Core. (2006-10-13 15:40)
А этом что за новости!? Откуда фреймбуффер выплыл? QEMU использует SDL, и пускать его надо либо из иксов, либо из консоли в режиме вывода на серийный порт.

Could not initialize SDL - exiting
подскажите кто знает как с этим бороться ?

Зайти в иксы от нормального пользователя и запускать оттуда.

Magik комментирует...

у вас ошибка в строке
$ qemu-img create 4096M mustdie.img
должно быть
$ qemu-img create mustdie.img 4096M

Может это работало для предыдущих версий, но сейчас вот так )

virens комментирует...

2 Polyarnik пишет...

у вас ошибка в строке
$ qemu-img create 4096M mustdie.img
должно быть
$ qemu-img create mustdie.img 4096M

Огромное спасибо, исправлено. Внёс небольшие стилистические правки.

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

Анонимный комментирует...

Как всегда полезная инфа на этом блоге. Гут.
Я больше как пользователь, не очень стремящийся лезть в дебри возможностей настроек, но и не гнусавящийся этого делать когда надо, хочу высказать следующее (о как завернул..):
Пробовал данный сабж на Этче - все прекрасно работало (с kqemu под мою конфигурацию...), что из осей на нем запускал - все как часы. Думаю надо доосваивать дальше - прокачать тему с бриджем, дабы создать сеть, и радоваться, но.. Но наткнулся по статьям на http://www.virtualbox.org/ и был сильно удивлен. Причем в сторону сильно-приятную.
Первое, что зацепило - это конечно интерфейс - ИМХО очень аккуратно и душевно сделанный. Разница - не сравнимая. Может кто-то узнает в нем WMVare :). Есть бинарник на наш любимый дистр - приятно! Но самое главное, что меня прям озадачило - это скорость работы виртуальных ОСей. Ну просто не сравнимо с qemu (пусть и субьективно, но один и тот же дистр ЗлоХР-ени крутил с кучей установленных на ней прог и там, и там).
И я естн-но отказался от qemu. Понимаю, что о вкусах не спорят, но хотелось бы узнать мнение на этот счет постояльцев данного блога, ну и мож кому интересно будет.

Ivan комментирует...

При всем уважении к автору не могу понять, откуда такое желание собирать софт самому.
Для чего тогда придумали apt-get и почему ч тогда не пересесть в генту.

Лично я на ubunte поставил qemu вмести с kqemu вот таким макаром.
Добавил в /etc/apt/sources.list
deb http://ubuntu.tolero.org/ dapper main
deb-src http://ubuntu.tolero.org/ dapper main

и выполнил команды
sudo aptitude update
sudo aptitude install kqemu-common kqemu-source
sudo aptitude install module-assistant
sudo m-a prepare
sudo m-a build kqemu
sudo m-a install kqemu
sudo aptitude install qemu

минута и qemu с ускоряющим модулем готова...

Автору же на правах скромного собственного мнения рекумендую систему apt-build если очень хочется компилировать.
Я лично считаю что в современных дистрибутивах - самосборный софт - зло.
По крайней мере раз уж приходится что то собирать то забудьте про make install - собирайте deb пакеты через checkinstall.

Ivan комментирует...

Для тех кстати кто столкнулся с проблемой свободного места при установке злаХП - в qemu есть специальный ключик --win2k-hack

Антон Баранов комментирует...

Зачем что-то откуда-то качать? Qemu я ставил из стандартных репозиториев Debian 4.0 Etch.
А вот с курсором - действительно проблема. В манах описаны горячие клавиши, но ни одна из них не работает, когда я ставил XP. Соответственно, я не смог и отключить курсор от окна qemu, чтобы использовать его в Debian'e. Можеит, есть какие-то решения данной проблемы?

virens комментирует...

2 Анонимный комментирует...

Думаю надо доосваивать дальше - прокачать тему с бриджем, дабы создать сеть, и радоваться
Сделать это можно, но так как я не силён в сетях, то я на это плюнул.

Но наткнулся по статьям на http://www.virtualbox.org/ и был сильно удивлен
Да, интересная вещь. Если у вас только одна-две эмулируемые ОС. У меня их много больше и мне этот интерфейс через две минуты начал просто мешать.

По скорости: несколько быстрее ЗлоХП, сильно медленнее 98, медленнее Линуксы. По замерам - 10-15%, не критично.

Понимаю, что о вкусах не спорят, но хотелось бы узнать мнение на этот счет постояльцев данного блога, ну и мож кому интересно будет.
У QEMU в ряде случаев несколько выше скорость и особенно точность эмуляции. Можно гонять несколько платформ, чего не умеет VirtualBox. В остальном схоже.

2 apm комментирует...
При всем уважении к автору не могу понять, откуда такое желание собирать софт самому.
А теперь внимательно смотрим на дату поста - это написано задолго до того, как ускоритель QEMU стал свободным. Про пакетную систему я в курсе, поверьте :-)

Автору же на правах скромного собственного мнения рекумендую систему apt-build если очень хочется компилировать.
Знаю, но ещё раз: пост написан давно и вообще немного устарел, а пинать нужно feedburner, который вытаскивает посты по времени их правки. :-)

Я лично считаю что в современных дистрибутивах - самосборный софт - зло.
Согласен. Эмулятор и ядро - единственное, что я собирал из исходников. Остальное пакетами.

2 Антон Баранов комментирует...
Зачем что-то откуда-то качать? Qemu я ставил из стандартных репозиториев Debian 4.0 Etch.
Он там старее, чем на официальном сайте. И потом, пост написан давно, смотрите на дату.

А вот с курсором - действительно проблема.
Никакой проблемы нет: жмём CTRL+Shift и выходим из режима управления гость-ОС. В виртуал боксе это сделано несколько "тупее": правый контрол (если не ошибаюсь). Причём без всяких подсказок (в QEMU это написано на экране :-))

Анонимный комментирует...

apt-get install qemu
m-a autoinstall kqemu-source

Unknown комментирует...

я сегодня OpenBSD поставил в qemu, настроил сеть. решил прикрутить kqemu, сделал но теперь не грузится openbsd, грузится только с флагом -no-kqemu.
В гугле ничего полезного не нашел, есть какие мысли?

Анонимный комментирует...

QEMU 0.9.1 вышел.Я его-то спокойно собрал и поставил,а вот как быть с kqemu?
У меня ядро 2.6.22-3-амд64.
При компиляции выдаёт гору ошибок.
На 2.6.18-5-k7 всё отлично работало,более того,был модуль в репозитарии.Как можно выбрать компилятор? При попытке удалить 4.1 aptitude пытается вынести всю систему....

Анонимный комментирует...

Огромное спасибо за пост. Что касается того, что не пускался ускоритель - пересобрал КЕМУ из исходников, отынсталил ускоритель. И о чудо! Ускоритель побежал!

Анонимный комментирует...

Появился новый графический интерфейс для QEMU.
http://sourceforge.net/projects/aqemu/

dream-x комментирует...

Приветствую автора блога! Блог супер благодаря вам я сел на debian. Спасибо вам большое вот мучался с qemu а прочитал пост и все поставил. класс! спасибо вам!

Alexandr Malyshev комментирует...

Приветствую. Меня интересует, а можно ли при помощи qemu поднять уже установленную ОС? Встал вопрос о консолидации серверов (у меня их пока 3, но это только начало) но оборудование старовато и использовать KVM или XEN просто нет возможности. Посему интересует вопрос можно ли при помощи qemu запустить уже установленную систему с отдельного жёсткого диска. Уж очень не хочется переустанавливать Win2k3 и перенастраивать терминалы. Спасибо...

virens комментирует...

@Анонимный комментирует...
apt-get install qemu
m-a autoinstall kqemu-source

Это, оно, конечно, да, но у меня на части машин Oldstable и это не даёт желаемого результата (последняя версия QEMU).

@ Alexandr комментирует...
я сегодня OpenBSD поставил в qemu, настроил сеть. решил прикрутить kqemu, сделал но теперь не грузится openbsd, грузится только с флагом -no-kqemu.
Зависит от ОС. У меня Haiku тоже так же не хочет работать с ядерной эмуляцией.

@ Анонимный комментирует...
QEMU 0.9.1 вышел.Я его-то спокойно собрал и поставил,а вот как быть с kqemu?
Увы, не в курсе.


@philin комментирует...
Огромное спасибо за пост. Что касается того, что не пускался ускоритель - пересобрал КЕМУ из исходников, отынсталил ускоритель. И о чудо!
Чудо наступает обычно тогда, когда ядро и ускоритель вместе с QEMU собраны одним GCC. Что бывает не всегда.

@ Анонимный комментирует...
Появился новый графический интерфейс для QEMU.
Спасибо, погляжу.

@ dream-x комментирует...
Приветствую автора блога! Блог супер благодаря вам я сел на debian. Спасибо вам большое вот мучался с qemu а прочитал пост и все поставил.
Спасибо и вам за тёплые слова :-)
На самом деле, эмулятор - очень хороший полигон для того, чтобы попробовать какую-то новую ОС. Рад, что одним дебианщиком стало больше.

@cyber-punk комментирует...
Меня интересует, а можно ли при помощи qemu поднять уже установленную ОС?
В случае Linux/FreeBSD - да, можно. Во всяком случае у меня получалось запустить свою же систему из-под LiveUSB. Всё делал QEMU. Заработало.

Посему интересует вопрос можно ли при помощи qemu запустить уже установленную систему с отдельного жёсткого диска. Уж очень не хочется переустанавливать Win2k3
Если речь идёт о винде - мне придётся вас огорчить: как только эта зараза узнаёт, что оборудование сильно отличается от того, что записано на винчестере - просит активации и начинает выпендриваться. Линукс и фря куда лояльнее - этим до лампы (если ядро generic), а винда - она всегда винда...

Alexandr Malyshev комментирует...

Вопрос того, что Win2k3 узнает, что она на другом железе запущена и попросит активации меня не пугает, да и то, что дрова придётся переустанавливать тоже не пугает. Расскажите, как запустить систему с другого физического диска, а не из образа. Не понял как это сделать. Спасибо...

Alexandr Malyshev комментирует...

Дополню. Поставил на сервер xserver-xorg, подключаюсь к серваку по ssh -X, даю команду на запуск: sudo qemu -hda /dev/sda1 -net none -boot c -localtime -kernel-kqemu, на моей машинке открывается окно с qemu пишет: Boot from Hadr Drive, и всё, больше ничего не происходит. Вопрос, что я делаю не так и как, всё таки, запустить уже установленную win2k3 при помощи qemu? Спасибо...

Alexandr Malyshev комментирует...

Разобрался. Получилось запустить, но есть проблема, не стартует с модулем kqemu. Пытаюсь разобраться дальше...

Unknown комментирует...

На Debian wheezy следующее:

root@ngf:~# mknod /dev/kqemu c 250 0
root@ngf:~# chmod 666 /dev/kqemu
root@ngf:~# modprobe kqemu
FATAL: Module kqemu not found.

Анонимный комментирует...

Неплохая статья! У меня возник вопрос: как произвести эмуляцию отдельной программы (не системы в целом)?

virens комментирует...

@Анонимный комментирует...
У меня возник вопрос: как произвести эмуляцию отдельной программы (не системы в целом)?
It depends. Для запуска программ под Windows есть Wine - он не эмулятор, тем и хорош.

P.S.> Если кто-то найдёт способ запускать андроидные приложения на линупсе - огребёт огромных денег, т.к. пользовательские приложения на андироде гораздо лучше линуксовых.

Отправить комментарий

Подписаться на RSS-ленту комментариев к этому посту.