Qemu + kqemu... Несколько вопросов.
NFS_Daemon 1 сентября, 2010 - 16:37
Доброго времени суток.
1. Есть ли у qemu какие-либо требования к процессорам? У меня P IV - Prescott, апаратную виртуализацию не поддерживает (если бы был vmx - поставил бы KVM :))
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pebs bts pni dtes64 monitor ds_cpl cid xtpr
2. На xgu.ru написано
Начиная с версии 0.12.0, QEMU не поддерживает KQEMU.
Так ли это, и если так - какие альтернативы существуют?
Пока все... Заранее спасибо.
»
- Для комментирования войдите или зарегистрируйтесь
Вопрос №2 снимается.
Второй вопрос, походу, неактуален, версия qemu в portage - 0.9.1 (на 1.09.2010).
И собирать надо обязательно gcc3?
1. У QEMU нет требований к
1. У QEMU нет требований к процессору, её можно собрать даже для не x86 процессоров.
2. Версия 0.9.1 ну уж очень старая, поставь хотя бы 0.11, причём для версии 0.9.1 нужен GCC 3, а 0.11 собирается и на GCC 4.
А вообще в Portage присутствуют следующие версии:
Большинство версий относятся к нестабильной ветке, хотя они вполне стабильны (ошибки есть и в QEMU 0.9.0/0.9.1).
Можно установить и qemu-kvm, она будет работать, просто не сможет использовать возможности аппаратной виртуализации.
Спасибо
Я забыл про "нестабильные" версии, сейчас переставлю.. Спасибо за совет.
А по подробнее?
По быстродействии будет быстрее чем qemu без kqemu?
В чем отличия qemu-kvm от qemu+kqemu на процессорах не поддерживающих виртуализаю?
qemu-kvm для вас бесполезен.
qemu-kvm для вас бесполезен. вам лучше подойдет qemu+kqemu. если ядро обновляли - kqemu придется пересобрать. это модуль ядра.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
После установки возник еще вопрос...
Не могу создать ВМ:
Собирал так:
модуль kqemu загружен:
пользовался этим руководством,
все, кроме qemu-softmmu собирал gcc4, а его - gcc3.
тот же вывод.
на qemu-0.11.1 тот же результат.
Вроде дошло - ругается на sdl так как у меня графики нет.
По крайней мере знаю из-за чего.
Наполовину решил
Убрал sdl из use флагов, вывод теперь идет на vnc...
А как теперь vnc настроить (ip, на котором слушать будет и порт)?
поставить app-emulation/virt-
поставить
app-emulation/virt-manager
или
app-emulation/libvirt
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Вот пример конфига: qemu -m
Вот пример конфига:
VNC в этом случае на 5901 порту (5900+1 1 - там после двоеточия)
до нового года сидел на проце
до нового года сидел на проце без vmx/svm (Athlon64). мое мнение - если нет vmx - то лучше всего поставить VirtualBox...
P.S.: Linux - это красная таблетка :-) Windows - синяя...
Ну... как сказать...
Мое мнение - сравнить доступные варианты и выбрать подходящий для себя (или подобвать конкретные решения для конкретных задач) - на сколько я понимаю философию linux - это и есть главная цель этого инструмента.
А теперь по теме - VB уже настроен и работает, пробую другие варинты, но не потому что VB не устраивает, а потому что есть из чего выбирать.
А кто-нибудь сталкивался с #
А кто-нибудь сталкивался с
невозможностью использования kqemu?
модуль на месте, и находится в /lib/modules/2.6.<...>/misc
ядро собраное genkernel'ом.
если ядро обновляли - см.
если ядро обновляли - см. выше, я там написал. иначе - может помочь depmod -qa
убедитесь, что загружено именно это ядро - /lib/modules/2.6.<...>/misc (uname -a)
и менно для него выполняется пересборка kqemu (eselect kernel list)
P.S.: Linux - это красная таблетка :-) Windows - синяя...
по своему опыту могу сказать,
по своему опыту могу сказать, что на таком камне (без vmx) лучше использовать VirtualBox, а еще лучше (если виртуализируется Linux) - lxc.
Винда без аппаратной поддержки на старых камнях довольно уныло. Хотя бы два ядра (а не треда, как возможно у вас)
P.S.: Linux - это красная таблетка :-) Windows - синяя...
тут больше идет идея: как
тут больше идет идея: как заставить его работать, и как он будет работать по сравнению с другими (к слову, VBox уже установлен и настроен, и уже давно, но хочется попробовать альтернативы)?
гугель в помощь lxc - в
см. ниже....
P.S.: Linux - это красная таблетка :-) Windows - синяя...
гугель в помощь lxc - в
гугель в помощь
lxc - в кратце - контейнерная виртуализация. Типа chroot, только с бОльшей изоляцией. Ядро используется текщее загруженное (если host 64бит, а контейнер 32бит - разумеется хост должен быть собран с multilib). Потери на виртуализацию минимальные (по сути их нет). Разумеется, в контейнере нет своего железа (а посему в нем должен быть вырублен udev во всех проявлениях), ядра своего нет. Имеет свой сетевой адаптер (а что еще нужно? имхо, виртуализация полезна для изоляции каких либо сервисов - почты, www). Ну, типа jail во Фряхе.
а libvirt без kvm очень уныл. я не дождался даже загрузки виртуальной машины с livecd (считывания загрузчика, если быть точным) именно на таком же камне как у вас. Поээтому пришлось, вздохнув горестно, использовать VirtualBox без гуев... т.к. тогда я еще был "не созревший" для lxc. Но красная таблЭтка помогла :)
P.S.: Linux - это красная таблетка :-) Windows - синяя...
прошу прощения, но как lxc
прошу прощения, но как lxc относится к kqemu?
Если бы я разбирал lxc - ваш ответ был бы уместен, но сейчас мне меньше всего интересует то до чего я еще не дошел!
Гугл в помощь говорите - лично я по ошибки загрузки модуля kqemu ничего толкового не нашел. Может не там искал, может не то искал... Потому и пришел сюда - может кто уже сталкивался с подобным и знает в чем причина такого поведения.
никак. :) я пытаюсь
никак. :) я пытаюсь объяснить, что с kemu это будет уныло, и пытаюсь подсказать вам иное решение. :)
что ж... извините, если я вас не понял... вы хотели идей... чего-то новенького...
P.S.: Linux - это красная таблетка :-) Windows - синяя...
Ядро...
А для нормальной работы этой связки нужно какие-то дополнительные манипуляции с ядром делать (изменять конфиг и пересобирать его)?
А то у меня сейчас при запуске qemu с ключами -enable-kqemu или -kernel-kqemu во время загрузки виртуалки комп перезагружается, пока безпонятия почему. Ради интереса настроил все также на другом компьютере (но другая мать и процессор) - там все нормально работает, и по быстродействию заметно что с модулем kqemu процессорные тесты показывают больше очков. Какая информация может помочь решению проблемы?
equery uses qemu
equery uses kqemu
cat /etc/portage/package.keywords
uname -a
emerge --info
* Make sure you have the
* Make sure you have the kernel module loaded before running qemu
* and your user is in the 'qemu' group
???
щас qemu соберется - запускать буду
я никогда не боялся ~x86/~amd64 :) и даже "**"
P.S.: Linux - это красная таблетка :-) Windows - синяя...
root не состоял в группе
root не состоял в группе qemu, но это не решило проблему - все равно перезагрузка.
ВМ запускаю командой - qemu -m 512 -kernel-kqemu -cdrom /path/to/Knoppix.iso -vnc 192.168.0.1:0
На этапе переключения разрешения консоли на 1024*768 происходит сбой. В логах ничего подозрительного не нашел.
а зачем root? может ядро
а зачем root? может ядро чего-то пугается :) и падает в перезагрузку. Попробуйте от простого юзера (в группе qemu).
upd: да! и размаскируйте qemu/kqemu. они не кусаются :) и соберите одним gcc (4).
upd:upd:
- вот тут скорее всего. У вас в консоли фреймбуфер настроен? Может быть, sdl зря убрали.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
Так qemu/kqemu вроде выставил
Так qemu/kqemu вроде выставил что хочу из нестабильной (~x86) ветки.. Или что значит размаскируйте (что-то запутался видимо).
По поводу frame buffer, да, видимо на нем и падает, но это я говорю о консоли vm (то есть LiveCD Knoppix)... пока он запрашивает как загружаться (boot: - кто грузился тот поймет), то можно смело F2, F3 нажимать, лазить по "менюшкам", а как только Enter нажимаю - перезагрузка, с Windows то же - как только должно появиться лого загрузки (с бегающим полузком) - перезагрузка. sdl убрал т.к. на компе нет X-сервера - к нему и монитор не подключен... Так, файло-помойка, с торрент качалкой, вот виртуалки хотел прикрутить, а с qemu проблемы. Когда писал в втором компьютере то там тоже поднимал gentoo без графики, и запускал от root'a (который в группу qemu не входил), версии ядра/qemu/kqemu те же самые. И собраны с одними и теми же флагами (qemu/kqemu).
Как я писал ранее (и я
Как я писал ранее (и я остаюсь при этом мнении :) ) - лучше асилить VBox в строке (headless). На таком же камне мне не удалось даже загрузиться (libvirt+qemu+kqemu), а Vbox нормально работал. Да и "повеселее" работает.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
так, то, оно так, VBox
так, то, оно так, VBox работает нормально, но мне удобнее использовать qemu в плане того что в нем нет понятия vm, есть термин образ диска виртуальной машины, а все железо указывается при запуске vm., а начинку - сетевые адаптеры, кол-во ОЗУ, кол-во процессоров, я меняю очень часто).
Зато VBox запускать легче, только название vm и все, но вот клонирование vm в VBox - это заморочка еще та, без скриптика автоматизирующего эти действия тяжеловато будет.
В случае если не разберусь с qemu буду использовать VBox, но все же хотелось бы чтобы они оба работали. Зачем? - Потому что qemu симпатизирую больше (мне удобнее править железо в скрипте запускающий vm, нежели каждый раз перед запуском vm проверять все ли на месте путем вызова VBoxManage showvminfo
а то что вам не удалось даже
а то что вам не удалось даже загрузиться со связкой libvirt+qemu+kqemu свидетельствет о том что модуль kqemu не использовался.
К слову - без kqemu я Windows XP устанавливал 6 часов. На VBox поставилась за час (или даже меньше).
Еще забавный факт обнаружил - Everest не однозначно показывает преимущества использования kqemu:
без него память работает лучше - чтение/запись/копирование/отзыв,
а с ним тесты на процессорное время - их названия уже не помню.
CTRL+ALT+2 в окне виртмашины
CTRL+ALT+2 в окне виртмашины и вызов соотв. команды говорил о том, что использовался.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
неужели команда lsmod |grep
неужели команда lsmod |grep kqemu обязана сказать что теперь все виртуалки которые запущены с qemu будут использовать этот модуль?