qemoo, обертка для qemu для упрощения запуска виртуальных машин

[alex_q_2000]

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

Потрясающе! Уже чешутся лапы попробовать, но сейчас выполняю "спецзаказ". Многие покупали платные vpn, а после блокировок не могут доработать свой тариф. Нужно доделать Juggler. Уже заканчиваю.

Надеюсь ничего не отломал ).

Ну что тут скажешь. Вы уже знаете, чем это обычно заканчивается: Придёт серенький енот и укусит за бэкенд.

p.s. Не ожидал, что Вы так быстро отстреляетесь, однако.

[betcher]

Не ожидал, что Вы так быстро отстреляетесь, однако.

Посмотрите diff там две строчки )

[alex_q_2000]

Посмотрите diff там две строчки )

В общем и целом ощущение положительное. Но остаётся загадкой, Александр, почему qemoo грузит VM с EFI-образа, который мы подключаем опцией -a. Эта странность присутствовала и до эпизодов всех модификаций qemoo, т.е. изначально. Например:

Код: Выделить всё

qemoo --daemon --config /home/marsik/.gqemoo/qemoo.cfg -e "/media/win_d/Distrib/ISO/Mageia-7-Live-Xfce-x86_64.iso" -a /dev/sdc,"/media/win_d/Distrib/ISO/Windows 10 Enterprise x64 lite 2004 build 19041.264 by Zosma.iso"

На месте "/media/win_d/Distrib/ISO/Windows 10 Enterprise x64 lite 2004 build 19041.264 by Zosma.iso" может быть другой образ и если он содержит EFI, то VM будет загружен с него, но никак не с источника -e "/media/win_d/Distrib/ISO/Mageia-7-Live-Xfce-x86_64.iso". Так же он ведёт себя с флешками: добавляемые через -a /dev/флешка, содержащая EFI может стать источником загрузки, вместо того, чтобы мирно болтаться сбоку и не отсвечивать. С чем это связано?

[alex_q_2000]

GQemoo-v2.0
---
+ Adaptation to qemoo >= v1.4-14 with EFI+NVRAM support
+ Replacing configuration option --qemoocfg with --config
+ Requirement to include the user in the kvm group
+ Disabling devices if specified to be added before installation
+ RPM Packages for Mageia-8 (ROSA-2021.1) and Mageia-9

https://github.com/AKotov-dev/gqemoo/releases

[ilfat]

почему qemoo грузит VM с EFI-образа, который мы подключаем опцией -a.

Покажите, пожалуйста, cmdline генерируемый qemoo, ключ -S

[ilfat]

alex_q_2000, можете сделать, чтобы в поле Установленные отображались все поддерживаемые форматы образов, а не только qcow2. По крайней мере файл с расширением img не отображается.

[alex_q_2000]

Покажите, пожалуйста, cmdline генерируемый qemoo, ключ -S

Код: Выделить всё

qemu-system-x86_64 -bios /usr/share/OVMF/OVMF_CODE.fd -device ich9-intel-hda -device hda-duplex,audiodev=audio0 -audiodev pa,id=audio0 -cpu max -machine q35,accel=kvm:tcg -name "Mageia-7-Live-Xfce-x86_64.iso" -nic mac=0a:02:0e:cc:47:83 -m 4013M -rtc base=localtime -virtfs local,path=/home/marsik,mount_tag=hostdir,security_model=mapped,id=hostdir -boot d -drive file="/media/win_d/Distrib/ISO/Mageia-7-Live-Xfce-x86_64.iso",format=raw,cache=none,media=cdrom -drive file="/dev/sdc",format=raw,cache=none -drive file="/media/win_d/Distrib/ISO/Windows 10 Enterprise x64 lite 2004 build 19041.264 by Zosma.iso",format=raw,cache=none,media=cdrom -vga qxl -smp 2 -vga qxl -device virtio-serial -chardev spicevmc,id=vdagent,debug=0,name=vdagent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -spice port=6001,disable-ticketing=on &

чтобы в поле Установленные отображались все поддерживаемые форматы образов, а не только qcow2. По крайней мере файл с расширением img не отображается.

Ильфат, установка производится в qcow2. Соответственно nvram образуется от qcow2 и все остальные операции (клонирование, переименование, удаление связанных с qcow2 файлов (сам образ, nvram, conf) и т.д.) проводятся с образами, в которые ставится VM. Если Вы предлагаете запускать из этого же списка и другие образы, которые туда могут быть помещены вручную - то нет, поскольку мухи отдельно, котлеты отдельно. Внешние образы разбросаны по всему диску, лежат в других местах, а это область установленных самим qemoo, да и папка называется qemoo_tmp. При всём уважении, не вижу смысла делать кучу-малу и всё валить в один каталог.

[ilfat]

qemu-system-x86_64

Попробуйте запустить эту строку:

Код: Выделить всё

qemu-system-x86_64 -bios /usr/share/OVMF/OVMF_CODE.fd -device ich9-intel-hda -device hda-duplex,audiodev=audio0 -audiodev pa,id=audio0 -cpu max -machine q35,accel=kvm:tcg -name "Mageia-7-Live-Xfce-x86_64.iso" -nic mac=0a:02:0e:cc:47:83 -m 4013M -rtc base=localtime -virtfs local,path=/home/marsik,mount_tag=hostdir,security_model=mapped,id=hostdir -boot d -drive file="/media/win_d/Distrib/ISO/Mageia-7-Live-Xfce-x86_64.iso",format=raw,cache=none,media=cdrom,index=0 -drive file="/dev/sdc",format=raw,cache=none -drive file="/media/win_d/Distrib/ISO/Windows 10 Enterprise x64 lite 2004 build 19041.264 by Zosma.iso",format=raw,cache=none,media=cdrom -vga qxl -smp 2 -vga qxl -device virtio-serial -chardev spicevmc,id=vdagent,debug=0,name=vdagent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -spice port=6001,disable-ticketing=on &

Добавил index=0 для образа Магеи

[alex_q_2000]

Добавил index=0 для образа Магеи

Картина та же...
Исходные данные: грузится с Магеевского образа (он может быть другим, например ROSA или Fedora). Перед загрузкой подключена/добавлена флешка с ROSA и образ с виндой. Всё содержит EFI. После старта предоставленной выше строки сначала лезет на диск с виндой и предлагает её установить...



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



Вот такая вот загогулина, дорогие россияне.

[betcher]

почему qemoo грузит VM с EFI-образа, который мы подключаем опцией -a.

Предполагал, что такое возможно, но сам не сталкивался. Дело все в том что основной IMG и те что с "-a" подключаются по сути одинаково. А как выставить приоритет загрузки я не знаю, надо читать. По идее с nvram такой проблемы быть не должно, так как там прописано конкретное устройство, но и это тоже скорее предположение.

[betcher]

Ильфат, установка производится в qcow2. Соответственно nvram образуется от qcow2 и все остальные операции (клонирование, переименование, удаление связанных с qcow2 файлов (сам образ, nvram, conf) и т.д.) проводятся с образами, в которые ставится VM. Если Вы предлагаете запускать из этого же списка и другие образы, которые туда могут быть помещены вручную - то нет, поскольку мухи отдельно, котлеты отдельно.

Тут скорее поддержу Ильфата, держать образы в одной папке попросту удобно и не важно откуда они. Отфильтруйте *.nvram и *.conf остальное пусть будет видимым. У тех кто использует только гуй левых файлов там быть не должно.

[betcher]

Учитывая что в gqemoo теперь исключительно SPICE можно очень просто добавить к образам qcow2 в списке установленных галочку "запускать при старте ОС", не думали?

[alex_q_2000]

У тех кто использует только гуй левых файлов там быть не должно.

Александр, Вы сами ответили на вопрос. Для пользователей GUI таскать в рабочую папку qemoo другие образы нет смысла. В общем и целом - qemoo сам по себе Шива многорукий, ещё не каждый поймёт, что и куда втыкать и на что нажимать. Консолидируясь с воображаемым енотом (поскольку вас двое, а я один), мы с ним решили, что не будем усложнять и без того тяжелую енотскую жизнь.

в списке установленных галочку "запускать при старте ОС", не думали?

Нет, поскольку данный компонент не имеет чекеров.

[ilfat]

Для пользователей GUI таскать в рабочую папку qemoo другие образы нет смысла.

Не соглашусь что смысла нет. Если у меня есть образ поддерживаемый qemu, не вижу проблем положить его в qemoo_tmp и иметь к нему быстрый доступ из GUI.
В любом случае не проблема - можно добавлять к таким образам расширение .qcow2.

[alex_q_2000]

В любом случае не проблема - можно добавлять к таким образам расширение .qcow2.

Ильфат, Александр - благодарю Вас за плодотворное сотрудничество. Мы очень увлекательно и главное с пользой для обоих сообществ провели наше время. По сути - задача тестирования образов "без кипячения мозга" решена и теперь с этим справится даже школьник. Схожу-ка я на форум Mageia; нужно обновить параллельную публикацию и там. Каждый "енот" тащит добычу в свою нору.

С уважением,
Алексей

[ilfat]

благодарю Вас за плодотворное сотрудничество.

Взаимно

[alex_q_2000]

GQemoo-v2.1
---
+ Unmounting flash drives from the list of block devices, if selected
+ RPM Packages for Mageia-8 (ROSA-2021.1) and Mageia-9

https://github.com/AKotov-dev/gqemoo/releases

Чтобы лишний раз не "передёргивать" подключенные флешки из списка устройств, перед запуском VM они демонтируются. Мелочь, но приятно.

Нужно сказать, что я плотно подсел на этот тандем (qemoo+GQemoo). С ним оказалось гораздо удобнее и быстрее отлаживать сборки. Вчера весь вечер глумился над новым попугаем в Mageia-9. Выяснилось, что Гнома ещё толком до конца не собрали. Но обходной путь был найден через сетевой инсталлятор и минимальную установку. Убил наверное штук 20 клонов, пока нарыл.

[ilfat]

alex_q_2000, приветствую! Хотел ядер подкинуть виртуалке и памяти, но через индивидуальный конфиг это не работает.

[alex_q_2000]

Привет, ilfat. На основании Вашего предыдущего сообщения, цитата:

В последних версиях GQemoo у меня, так как в конфиге qemoo прописан дисплей SDL, появляется два окна VM, одно SDL, другое Remote-viewer. Я могу из конфига убрать SDL, но тогда при использовании qemoo без gui мне придется соглашаться на гтк окно или каждый раз руками прописывать SDL. Если теперь в gqemoo remote-viewer это единственный вариант, то может пусть gqemoo из cmdline удаляет прочие display?

...конфиг GQemoo (~/.gqemoo/qemoo.cfg) целиком перекрывает опцию канонического /etc/qemoo.cfg:

Код: Выделить всё

QEMUADD="-vga qxl -smp 2"

Соответственно, указать кол-во ядер отдельной опцией нельзя до тех пор, пока qemoo не научится понимать smp, как отдельный параметр. Я могу снять перекрытие, но Вы опять нахулиганите и поставите дисплей SDL + получите 2 окна VM. А искать гуём нужный для spice дисплей (или подставлять его в случае отсутствия) - некрасиво, ибо зачем тогда конфиг, если после него тоже нужно что-то править в cmdline?

Идеально было бы так:

Код: Выделить всё

SMP="2" (по умолчанию)
DISPLAY="qxl" (по умолчанию)

Другими словами, сейчас перекрытие можно снять ТОЛЬКО на оба параметра сразу. Еноты не могут допустить, чтобы другие еноты получили бяку с неправильным дисплеем для GUI/SPICE.

[ilfat]

На основании Вашего предыдущего сообщения

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

QEMUADD="-vga qxl -smp 2"

Значит и ядер не подкинуть и видео драйвер не поменять... То есть QEMUADD в индивидуальном конфиге полностью бесполезен.
Мое видение такое: если уж gqemoo использует свой конфиг, то пусть бы он лежал в .gqemoo/ и на его основе генерировались индивидуальные конфиги. Можно было бы глобально изменить параметры как для вновь создаваемых виртуалок, так и для одтельных.
Зачем перекрывать весь QEMUADD когда проблема была только в -display?

но Вы опять нахулиганите и поставите дисплей SDL + получите 2 окна VM.

Ну теперь то с отдельным конфигом gqemoo юзерам это не навредит, но выходит я и в нем не могу похулиганить

[alex_q_2000]

1: На данный момент при установке VM qemoo создаёт индивидуальный конфиг VM "~/рабочий_каталог/имя_виртуалки.conf" сразу по факту начала установки, поэтому "переоформить" его из GUI не представляется возможным. Даже если я запишу свой конфиг из GUI ДО установки VM в этот файл, он будет перезаписан дефолтным по факту запуска qemoo. Поэтому конфиг при использовании GUI один и он является глобальным для всех устанавливаемых VM + создаётся он налету ДО установки и лежит в другом месте, чтобы не быть перезаписанным. Он имеет постоянные параметры, перекрывающие те, которые могут вызвать бяку, например qxl или efi или size или ram.

2: Конфиг GUI (~/.gqemoo/qemoo.cfg) является глобальным для того, чтобы провести чёткую грань между использованием GUI и запуском qemoo из терминала в ручном режиме с произвольными настройками в родном конфиге /etc/qemoo.cfg. Т.е. если менять параметры в основном конфиге /etc/qemoo.cfg, то они просто будут проигнорированы GUI.

В общем, с моей стороны я вижу 2 варианта:
---
1. Снять глобальное перекрытие RAM/SMP/VGA/SIZE и читать из /etc/qemoo.cfg (всё до первого обновления /etc/qemoo.cfg, пока однажды вы не решите сделать дефолтными VIRTIO и ещё что-нибудь переиначить)
2. Добавить ещё одну кнопку для настройки глобальных параметров всех VM (но зачем? Ведь для GUI уже предустановлены все оптимальные параметры; цель - "запускать/устанавливать VM без кипячения мозга" (С) betcher).

[mikhailnov]

А как бы в этом окошке в tty переключаться...

UPD. Разобрался, betcher помог. View -> Show tabs, открыть вкладку compat_monitor0, в ней написать: "help sendkeys".

[mikhailnov]

Еще неудобно, что по сети нельзя подключиться к виртуалке. Было бы неплохо ей садиться на мост virbr0 от libvirt. Может, опциями qemu можно такое сделать.

[alex_q_2000]

Посмотрите diff там две строчки )

Здравствуйте, betcher. Еноты отмечают некое "шевеление" в проекте qemoo. Кроме того, в репах уже v1.5-16. Получается, что Вы уединились и в тайне от окружающих что-то там конструируете? Если у Вас есть время, просьба поделиться основными новостями относительно qemoo. Спасибо.

[betcher]

Приветствую. Там ничего особо интересного нет, потому и не писал.
- видеодрайвер для режима со спайсом заменен на virtio
- параметры QEMOOADD перенесены в самый конец cmdline, то есть имеют самый высокий приоритет
- в конфиге по дефолту теперь все закомментарено, начальные значения -vga и -smp теперь в скрипте
- добавлена проверка прав на папку куда будут писаться привязанные к образу конфиги
Однако все...

[alex_q_2000]

- видеодрайвер для режима со спайсом заменен на virtio

То-то я смотрю у меня окно VM по ширине разъехалось. А это virtio оказывается.

Теперь если SPICE, то дисплей постоянно virtio. Опция дополнительного, перекрывающего конфига (-с, --config) не работает в режиме демона:

...если демон, (в конфиге ~/.gqemoo/qemoo.cfg прописано QEMOOADD="-vga qxl -smp 2" и SPICE="yes", а в /etc/qemoo.cfg НЕ прописано QEMOOADD="-vga qxl -smp 2"), то:

Код: Выделить всё

qemoo -d -e ./ROSA.FRESH.XFCE.12.3.x86_64.iso -c ~/.gqemoo/qemoo.cfg; remote-viewer -v spice://localhost:6001

= получаем дисплей VIRTIO.

А в обычном режиме и без SPICE="yes" в доп. конфиге, - ключ "-с" работает, если в /etc/qemoo.cfg не прописано QEMOOADD="-vga qxl -smp 2":

Код: Выделить всё

killall qemu-system-x86_64 qemoo; qemoo -e ./ROSA.FRESH.XFCE.12.3.x86_64.iso -c ~/.gqemoo/qemoo.cfg

А если /etc/qemoo.cfg содержит QEMOOADD="-vga qxl -smp 2", то он перекрывает тот, что указан в -c.

Просьба объяснить, как перекрыть дисплей (и вероятно всё остальное) из "-c конфиг.cfg" в режиме демона (SPICE) и получить на выходе свой дисплей?

p.s. В Mageia-9 qemu обновлялся уже раз 5... Cейчас "QEMU emulator version 7.2.0 (qemu-7.2.0-9.mga9). Может быть с этим связано ещё?"

[betcher]

Путаница с конфигами возможна, надо подумать как правильно разрулить.

[alex_q_2000]

Путаница с конфигами возможна, надо подумать как правильно разрулить.

Thanks. А то мне виртио как-то не зашёл. Не знаю почему. Да и SPICE вроде под QXL заточен. Хотя вроде и с virtio буфер работает.

[betcher]

Проверил с ключом -S. Значения QEMUADD добавляются из указанных конфигов.
так:
qemoo -c /path/qemu.cfg ...
так:
QEMOOCFG=/path/qemu.cfg qemoo ...
и так:
qemoo ... -- -vga qxl
Наверное добавлю в выхлоп информацию об используемых конфигах, чтобы было видно какие и в каком порядке используются.

[betcher]

Логика с конфигами такая.
1. Основной конфиг, задается переменной окружения QEMOOCFG, если ее нет то это /etc/qemoo.cfg
2. Конфиг заданный с ключом -c. Накладывается поверх основного, то есть
source основной
затем
source указанный ключом.
3. Конфиг к конкретному образу, имеет имя /путь/образ.conf используется когда такой файл существует и нет параметров cmdline у qemoo кроме самого образа. Работает как в п2, то есть поверх основного конфига. Нужен в первую очередь для образов созданных с qemoo.

[alex_q_2000]

Логика с конфигами такая.

Ок...
В общем, как понял, всё это время из gui я работал с -vga virtio (который растягивается, как резиновый; qxl не растягивается, он похож на std). При работе qemoo в режиме демона доступен (как видно, если окно растянуть) только virtio, даже если и передавался -vga qxl. Сравнил с Mageia-8 и старой версией qemoo - remote-viewer отображает картинку "virtio" (именно резиновую). А QXL - это не для демона и да, QXL работает если qemoo не демон. Какой кошмар.

А как же QXL? Где оно? Впрочем, Вы наверное из-за этого и поставили -vga virtio на режим SPICE? Тогда мне строка QEMOOADD вообще не нужна, получается. Я перекрывал её, чтобы избежать -display sdl, который открывал у Ильфата второй вьюер... А если это так, и виртио для демона теперь "зашит" в скрипт, значит я смело могу вообще убрать это перекрытие, а так же память и диск... У меня останется самостийный EFI/Не EFI (пути при выборе образа+NVRAM) и SPICE="yes". А остальное пусть свободно крутят в /etc/qemoo.cfg.

В общем, мне теперь тоже нужно подумать...

[betcher]

В общем, как понял, всё это время из gui я работ нет.ал с -vga virtio

Да. spice-vdagent работает с virtio, потому и поменял дефолт для спайса. В вирт-манагере работал авторесайз, а с qemoo нет.

[alex_q_2000]

Да. spice-vdagent работает с virtio, потому и поменял дефолт для спайса. В вирт-манагере работал авторесайз, а с qemoo нет.

Спасибо, теперь всё сходится. В общем, буду готовить обновление. По крайней мере всё логично и можно будет менять RAM (память), SIZE (размер диска) и -smp X (количество ядер) непосредственно в /etc/qemoo.cfg.

[betcher]

непосредственно в /etc/qemoo.cfg.

Да, раньше параметры добавляемые с ключом -d перекрывали то, что в QEMOOADD. Это нужно было чтобы перекрыть как раз -vga на нужный для спайса. Теперь в конфиге по умолчанию QEMOOADD="-vga..." закомментарен и задается непосредственно в qemoo. QEMOOADD имеет наибольший приоритет во всех случаях, что логично.

[betcher]

То есть QEMUADD, а не QEMOOADD ))

[alex_q_2000]

@betcher
Ок. Тогда будет вот так...



Т.е. пользователь сможет изменять RAM, SIZE и QEMUADD (целиком, тут надо соображать, чего писать) + откатить всё в дефолт (большая красная кнопка на случай стрессовых ситуаций).

[betcher]

Выглядит нормально, а куда эти параметры реально записываются? Только в cmdline для текущего запуска или свой конфиг?

[alex_q_2000]

Выглядит нормально, а куда эти параметры реально записываются? Только в cmdline для текущего запуска или свой конфиг?

Записываются и читаются напрямую из /etc/qemoo.cfg. Это упреждающая (чтобы уже были перед установкой новой VM), глобальная настройка ресурсов для всех VM.

Возникли проблемы с выделением RAM. Если RAM в /etc/qemoo.cfg зарЭмена - всё работает. Как только задал (например RAM='4') - всё останавливается. Пробовал разные размеры: 3, 4, 5.

[betcher]

Пробовал разные размеры: 3, 4, 5.

Там однако в метрах. Попробуйте RAM=2000

[alex_q_2000]

Там однако в метрах. Попробуйте RAM=2000

В метрах норм. Mageia-7.1-i586 даже взлетела с одним мешком.

/etc/qemoo.cfg

Код: Выделить всё

# size of ram (Gb) for guest machine (default: RAM / 2, but not greater than 4)
#RAM='4'

[betcher]

Ага, видел уже. Поправлю.
З.Ы. Отсюда вывод - магея на 5Mb ОЗУ не грузицо )))

[alex_q_2000]

З.Ы. Отсюда вывод - магея на 5Mb ОЗУ не грузицо )))

Вот, наваял... GQemoo-v2.3. Поскольку abf не воркает, заценить красотищу можно уже сейчас (пакет *.mrx8*).

https://github.com/AKotov-dev/gqemoo/releases

[alex_q_2000]

@betcher
Ядра, память и диск успешно регулируются. Настройки оформил в виде комбобоксиков с предустановками (v2.4+): RAM 512-6144(MB), SIZE 10-40(GB), Ядра CPU от 1 до 4 (может надо больше?). На фото Mageia-7-i586 с памятью 512MB и тремя ядрами.



Всё по-взрослому, qemoo рулит.

[betcher]

Отлично. Не отстаем!

[alex_q_2000]

Отлично. Не отстаем!

Крутяк.

Дополнительно хотел поинтересоваться распределением памяти. Мне предустанавливать исходя из "1000" или "1024"? (см. вопросы ниже)

/bin/qemoo

Код: Выделить всё

checkRam() {
	HOSTRAM="$(( $(grep MemTotal /proc/meminfo |awk '{print $2}') / 1000 ))" #(почему здесь не 1024?)
	if [ "$RAM" == 'auto' ] ; then
		RAM="$(( "$HOSTRAM" / 2 ))"
		[ "$RAM" -gt 4272 ] && RAM='4272' # (free -g: total 4G) #(почему здесь не 4096?)
...

[betcher]

Цифра получена методом научного тыка, чтобы в выхлопе free внутри виртуалки было ровно 4G )).

[alex_q_2000]

Цифра получена методом научного тыка, чтобы в выхлопе free внутри виртуалки было ровно 4G )).

Ок. Тогда я тоже пропишу от бедра, чтобы не отсвечивать, т.е. 512, 1000, 2000 и т.д.

[alex_q_2000]

@betcher

GQemoo-v2.4 https://github.com/AKotov-dev/gqemoo/releases

p.s. У меня левая кнопка сломалась, дощёлкался. Вроде закончил, мыслей пока больше нет.

[Sib]

Установил пакет gqemoo из репозитория Росы. При установке ОС в режиме EFI, появилась ошибка - отсутствовал файл OVMF_VARS.fd
После установки пакета edk2-ovmf.noarch ошибка пропала.

[ilfat]

появилась ошибка - отсутствовал файл OVMF_VARS.fd

На x86_64 этот пакет должен устанавливаться как зависимость. Может у вас 32-битная система?

alex_q_2000, при закрытии окна remote-viewer'а виртуалка тоже завершается. Так задумано или баг?
При использовании qemoo -d закрытие remote-viewer'а не роняет виртуалку.

[Sib]

На x86_64 этот пакет должен устанавливаться как зависимость. Может у вас 32-битная система?

у меня ROSA server 64-битная
upd сейчас проверил - устанавливается по зависимостям. Или внесли изменения с момента моего комментария, или я как то удалил этот пакет между установкой gqemoo и тестированием efi образа ( что вряд ли - потому что при удалении edk2-ovmf.noarch, так же удаляются и другие пакеты qemu)

[alex_q_2000]

alex_q_2000, при закрытии окна remote-viewer'а виртуалка тоже завершается. Так задумано или баг? При использовании qemoo -d закрытие remote-viewer'а не роняет виртуалку.

WYSIWYG, дружище... что видишь, то и получаешь. Закрытие вьюера киляет VM, в том числе и намертво зависшую. Дополнительно в окне GQemoo работает комбинация "Ctrl+Q" - сброс всех запущенных экземпляров на случай, если что-то висит в фоне и поедает ценные ресурсы.

[betcher]

Или внесли изменения с момента моего комментария,

Да, так и есть. В спеке было указано устанавливать этот пакет, если архитектура x86_64, но сам пакет был noarch, по этому этот блок не работал. Починил давно, забыл сюда отписаться. Спасибо, в общем ).

[betcher]

Описание qemoo на вики Росы.
http://wiki.rosalab.ru/ru/index.php/Qemoo

[starikhatabjch]

qemoo в роса 12.5 уже давно не работает, т.е. не запускаются любые iso образы

Код: Выделить всё

Старт виртуальной машины...
Использование: grep [ПАРАМЕТР]… ШАБЛОНЫ [ФАЙЛ]…
Запустите «grep --help» для получения более подробного описания.
ожидаю spice-server на 127.0.0.1: (1 из 5 сек)
Использование: grep [ПАРАМЕТР]… ШАБЛОНЫ [ФАЙЛ]…
Запустите «grep --help» для получения более подробного описания.
ожидаю spice-server на 127.0.0.1: (2 из 5 сек)
Использование: grep [ПАРАМЕТР]… ШАБЛОНЫ [ФАЙЛ]…
Запустите «grep --help» для получения более подробного описания.
ожидаю spice-server на 127.0.0.1: (3 из 5 сек)
Использование: grep [ПАРАМЕТР]… ШАБЛОНЫ [ФАЙЛ]…
Запустите «grep --help» для получения более подробного описания.
ожидаю spice-server на 127.0.0.1: (4 из 5 сек)
Использование: grep [ПАРАМЕТР]… ШАБЛОНЫ [ФАЙЛ]…
Запустите «grep --help» для получения более подробного описания.
ожидаю spice-server на 127.0.0.1: (5 из 5 сек)

(remote-viewer:3595): virt-viewer-CRITICAL **: 12:09:54.154: virt_viewer_util_extract_host: assertion 'uri != NULL' failed
Gtk-Message: 12:09:54.187: Failed to load module "appmenu-gtk-module": 'gtk_module_display_init': /usr/lib64/gtk-3.0/modules/libwindow-decorations-gtk-module.so: undefined symbol: gtk_module_display_init
error: list of process IDs must follow --pid

Usage:
 ps [options]

 Try 'ps --help <simple|list|output|threads|misc|all>'
  or 'ps --help <s|l|o|t|m|a>'
 for additional help text.

For more details see ps(1).

[Sib]

это с gui что то судя по ошибке. Именно qemoo.x86_64 : Wrapper for qemu to easy run guest machines работает.

qemoo может не работать, если запускать образ из директории с пробелом.
Например, если поместить образ в директорию с названием

Код: Выделить всё

iso образы

и попытаться запустить qemu командой

Код: Выделить всё

qemoo образ.iso

то она не запустится.
Т.е. в абсолютном пути к файлу не должно быть пробелов.

[starikhatabjch]

это с gui что то судя по ошибке. Именно qemoo.x86_64 : Wrapper for qemu to easy run guest machines работает.

qemoo может не работать, если запускать образ из директории с пробелом.
Например, если поместить образ в директорию с названием

Код: Выделить всё

iso образы

и попытаться запустить qemu командой

Код: Выделить всё

qemoo образ.iso

то она не запустится.
Т.е. в абсолютном пути к файлу не должно быть пробелов.

благодарю, попробую.

[starikhatabjch]

это с gui что то судя по ошибке. Именно qemoo.x86_64 : Wrapper for qemu to easy run guest machines работает.

qemoo может не работать, если запускать образ из директории с пробелом.
Например, если поместить образ в директорию с названием

Код: Выделить всё

iso образы

и попытаться запустить qemu командой

Код: Выделить всё

qemoo образ.iso

то она не запустится.
Т.е. в абсолютном пути к файлу не должно быть пробелов.

не, пробелов не в пути к файлу, не в названии файла нет , через gui не запускается, а через командную строку да, запустился образ

[Sib]

про пробелы - это я для разработчиков qemoo написал.
У вас другая ошибка.
Проверил gqemoo. Вообще там похоже ошибка в другом. Эти пакеты нормально работают.
Ошибка при запуске virt-viewer с libvirt.

[betcher]

про пробелы - это я для разработчиков qemoo написал.

Подтвердить не получилось, создал папку с пробелами и русскими буквами, положил в нее образ и запустил указав qemoo путь до образа. Работает.

[Sib]

Я имел ввиду, как написал в сообщении - запуск по относительному пути. При этом, если в абсолютном пути будут пробелы - то не запустится qemu.

[betcher]

Я имел ввиду, как написал в сообщении - запуск по относительному пути. При этом, если в абсолютном пути будут пробелы - то не запустится qemu.

Напихал кавычек где не хватало, может само починиться )

[va9(2)]

Напихал кавычек где не хватало, может само починиться )

Думаю что-то обязательно поломается

https://abf.io/import/qemoo/commit/0278 ... f8b9ca3068

Из-за одинарных кавычек аргументы указанных на скрине переменных не будут подставляться.

[betcher]

Из-за одинарных кавычек аргументы указанных на скрине переменных не будут подставляться.

Не пугайте народ ).

Код: Выделить всё

betcher ISO # qemoo -i -t -S ./ROSA_OEM_51742.iso 
Using: /etc/qemoo.cfg
_qemoo2_ROS.qcow2 already exists
6744
ISO: /home/betcher/Programming/ISO/ROSA_OEM_51742.iso
TPM2 dir: /home/betcher/Programming/ISO/_qemoo2_ROS.qcow2.tpm2
Qemu cmdline:
qemu-system-x86_64 -drive if=pflash,format=raw,readonly=on,file='/usr/share/OVMF/OVMF_CODE.fd' -drive if=pflash,format=raw,file='/home/betcher/Programming/ISO/_qemoo2_ROS.qcow2.nvram' -device ich9-intel-hda -device hda-duplex,audiodev=audio0 -audiodev pa,id=audio0,server=/run/user/500/pulse/native -cpu max -vga qxl -smp 2 -machine q35,accel=kvm:tcg -name "ROSA_OEM_51742.iso" -netdev bridge,br=virbr0,id=net0 -device virtio-net-pci,netdev=net0,mac='0a:67:3b:be:57:9b' -m 4272M -rtc base=localtime -virtfs local,path='/home/betcher/Programming/ISO',mount_tag=hostdir,security_model=mapped,id=hostdir -boot d -drive file="/home/betcher/Programming/ISO/ROSA_OEM_51742.iso",format=raw,cache=none,media=cdrom -drive file=/home/betcher/Programming/ISO/_qemoo2_ROS.qcow2,cache=none -chardev socket,id=chrtpm,path=/home/betcher/Programming/ISO/_qemoo2_ROS.qcow2.tpm2/swtpm-sock -tpmdev emulator,id=tpm0,chardev=chrtpm -device tpm-tis,tpmdev=tpm0

Подставляется вместе с кавычками. За одно нашел место где еще не хватает.
Секрет в том, что там вот так:

Код: Выделить всё

betcher ISO # a=qqq ; echo "sss '$a' sss" 
sss 'qqq' sss

Просто по диффу этого не видно.

[va9(2)]

a=qqq ; echo "sss '$a' sss"

Не знал о таком нюансе Ох уж этот bash...

[Sib]

Проверил, теперь запускается qemu, но 2 строки всё равно выводятся некорректно. Прикладываю скрин, после установки обновления qemoo-1.9-22.
"realpath" ошибка появляется, если в директории, с пробелом в названии, создать поддиректорию и из неё запустить qemoo.

"Host share" и "realpath"

[Sib]

Отчёт по qemoo-1.9-23

Напихал кавычек где не хватало, может само починиться )

Всё починилось

[starikhatabjch]

что починилось, у меня та же ошибка при попытке запустить iso образ из gui :/

[Sib]

что починилось, у меня та же ошибка при попытке запустить iso образ из gui :/

а qemoo тут причём? Вы читали название темы? Создавайте тему про вашу программу и там пишите.

[starikhatabjch]

что починилось, у меня та же ошибка при попытке запустить iso образ из gui :/

а qemoo тут причём? Вы читали название темы? Создавайте тему про вашу программу и там пишите.

гражданин, а вы сами-то читали, похоже что нет...

[Sib]

гражданин, а вы сами-то читали, похоже что нет...

В контриб добавлен пакет - qemoo.

qemoo - обертка для qemu, которая позволяет запускать гостевые системы без необходимости заучивать километровые портянки параметров qemu.
Такие скрипты есть у многих, были такие и у нас с ilfat, в какой-то момент решили собрать идеи в кучу и опакетить.
Это ни разу не аналог вирт-манагера, а всего лишь способ быстро загрузиться с исо, флешки, img, qcow2 без кипячения мозга и мышетыканья.

у qemoo вообще нет gui, это консольная программа и она работает.
Другой автор делал gqemoo (про которую вы пишете) - вот с ней проблема, и она (эта проблема) к qemoo не имеет никакого отношения.