ROSAForum

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

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

=============================================================================
Утилитка имеет встроенный хелп и небольшой конфиг, но в большинстве случаев просто передайте ей то с чего надо грузить.
qemoo Rosa.iso
qemoo /dev/sda
qemoo ./Rosa.qcow2
и т.д.

Возможна установка, для этого добавляем ключик -i
qemoo -i Rosa.iso
qemoo -i /dev/sdb

утилита создаст в текущем каталоге образ qcow2 и подключит его при старте, после инсталляции можно грузиться с образа этим же qemoo
qemoo _qemoo1_ROS.qcow2 (имена образов генерируются, но можно и задать)

Можно грузить с efi, добавляем ключик -e

qemoo -e Rosa.iso

Можно грузить с iso так, как загрузка шла бы если раскатать исо на флешку.

qemoo -l Rosa.iso
или с efi
qemoo -l -e Rosa.iso

Можно прокинуть при загрузке usb устройство целиком, например для 4G модемов с sd картой куда установлена ОС или барий на токене

qemoo -L /dev/sdb

Можно не запускать гостевую систему, а только сгенерировать cmdline, ключик -S

qemoo -e -S Rosa.iso

Можно добавлять свои параметры для qemu в конце строки после --

qemoo -e -S Rosa.iso -- -smp 4

Аналогичное можно сделать и в конфиге - /etc/qemoo.cfg или одноименном файле в текущем каталоге.

При каждой загрузке в гостевую ОС пробрасывается папка ( по умолчанию ./ ), как подключить ее в гостевой ОС линукс будет написано в консоль при старте

=====================================================================================

Идеи, пожелания и и даже просо тестирование категорически приветствуем.

P.S. Вики - http://wiki.rosalab.ru/ru/index.php/Qemoo

betcher писал(а): ↑
02 ноя 2022, 08:25
В контриб добавлен пакет - qemoo.

Нормально, можно без всяких виртуалбоксов iso проверять и быстро...

Быстро это основное во всей затее. Вот сейчас релизятся сборки фреш 12.3, как раз повод затестить их с qemoo ).

betcher писал(а): ↑
02 ноя 2022, 13:36
Быстро это основное во всей затее. Вот сейчас релизятся сборки фреш 12.3, как раз повод затестить их с qemoo ).

Попробовал загрузить WinPE XP, но ХП-шка ушла в синий экран из-за современной материнки q35, а с -M pc (--machine pc) загружается, при этом ускоритель kvm, заданный в скрипте через эту же опцию, сохраняется, это прикольно.

betcher писал(а): ↑
02 ноя 2022, 08:25
1.Можно прокинуть при загрузке usb устройство целиком, например для 4G модемов с sd картой куда установлена ОС или барий на токене
qemoo -L /dev/sdb

2.Можно не запускать гостевую систему, а только сгенерировать cmdline, ключик -S
qemoo -e -S Rosa.iso

3.При каждой загрузке в гостевую ОС пробрасывается папка ( по умолчанию ./ ), как подключить ее в гостевой ОС линукс будет написано в консоль при старте

=====================================================================================

Идеи, пожелания и и даже просо тестирование категорически приветствуем.

1 Флешки не прокидывает.
Мне флешка нужна в качестве ключа для приложения windows.

2.Пробовал qemoo -S ./win.qcow2
Создал скрипт. Работает.
Из-под root в терминале:

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

 # ./startW.sh
mkdir: невозможно создать каталог «/mnt/hostdir»: Файл существует
mount: /mnt/hostdir: special device hostdir does not exist.

От пользователя:

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

$ ./startW.sh
mkdir: невозможно создать каталог «/mnt/hostdir»: Файл существует
mount: /mnt/hostdir: must be superuser to use mount.

Т.е. нужно запускать от root?

3.Если при загрузке win, то быстро проскакивает, ничего не понятно

ans писал(а): ↑
12 дек 2022, 12:28
mkdir: невозможно создать каталог «/mnt/hostdir»: Файл существует
mount: /mnt/hostdir: must be superuser to use mount.

Это делается в гостевой системе, а не на хосте.

ans писал(а): ↑
12 дек 2022, 12:28
Т.е. нужно запускать от root?

Можно запускать от юзера, если используемые файлы доступны юзеру на запись. В этом случае, наверно даже желательно от юзера запускать, по крайней мере в виртуалке будет звук через pulseaudio, тем более, что даже если нет прав на запись, то пароль будет затребован через polkit.

ilfat писал(а): ↑
12 дек 2022, 14:34

ans писал(а): ↑
12 дек 2022, 12:28
mkdir: невозможно создать каталог «/mnt/hostdir»: Файл существует
mount: /mnt/hostdir: must be superuser to use mount.
Это делается в гостевой системе, а не на хосте.

Команды созданы через qemoo -S ./win.qcow2
Убрать из скрипта?

ans писал(а): ↑
12 дек 2022, 18:10
Убрать из скрипта?

Всё, понял что вы сделали. Вы в скрипт скопировали весь вывод команды, а надо было только ту строку, которая начинается с qemu-system-x86_64. Действительно, выглядит не слишком очевидным. Поправим. А то что выше этого, выводится всякий раз при запуске скрипта, от опции -S не зависит. Это просто инфа, какой образ используется, какая директория прокинута в виртуалку и какими командами эту директорию можно подключить.

Дописал qemoo (версия пакета 0.7-5) возможность пробросить дополнительные устройства (пока только файлы блочных устройств из /dev/ и исошники). Для этого используется ключик -a или --add ему передаем список устройств через запятую. То есть типа:
qemoo ./Rosa.iso -a /dev/sda,/dev/sdb

ilfat писал(а): ↑
12 дек 2022, 18:21
Действительно, выглядит не слишком очевидным. Поправим

Ага. Надо не забыть. И еще чтобы с ключом -S не было проверок на монтирование и рута.

GQemoo - лёгкий гуй для qemoo (Роса - пакеты *.mrx8).

Здравствуйте. Решил на досуге попробовать Ваш скрипт: c флешек грузит, установка ОС - успешно, затем можно загрузиться уже с установленной ~/qemoo_tmp/*.qcow2, попутно прилепить флешки/другие устройства. Хочу отметить скорость: по сравнению с VB шпарит как Барбос, даже удивительно. В общем и целом получил удовольствие, полезная у Вас штуковина получилась.

alex_q_2000 писал(а): ↑
14 дек 2022, 21:05
GQemoo - лёгкий гуй для qemoo

Ха, прикольно )
Только версия libc6 в Росе не подходит, поэтому не запускается программа. Думал пересоберу, но оказалось готовые бинари в rpm упаковываются.

И сам qemoo в BR не нужно, он же весь qemu притащит.

ilfat писал(а): ↑
14 дек 2022, 22:54
Только версия libc6 в Росе не подходит, поэтому не запускается программа.

alex_q_2000 писал(а): ↑
14 дек 2022, 21:05
GQemoo - лёгкий гуй для qemoo (Роса - пакеты *.mrx8).

ilfat, для Росы подходят пакеты c префиксом *.mrx8, т.е. - gqemoo-0.1-1.mrx8.x86_64.rpm Благодарю за тестирование.

.

betcher писал(а): ↑
15 дек 2022, 08:12
И сам qemoo в BR не нужно, он же весь qemu притащит.

Хорошее замечание, однако в спеках, которые создаёт RPMCreator компиляции нет и BR не используются. В BuildRequires пишутся ровно те же пакеты, что перечислены в Requires, т.е. всякие *-devel по определению там оказаться не могут. Исправлю это в следующей версии RPMCreator, строка там явно лишняя. Спасибо.

Со своей стороны, позвольте и мне сообщить Вам, как мне кажется, некую полезную информацию. При загрузке VM через qemoo, требуются привилегии и появляется окно ввода пароля root:

Чтобы этого избежать, достаточно включить активного юзера в группу disk и перезагрузиться:

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

usermod -aG disk $(logname)
# Перезагрузка
reboot

Так будет удобнее работать с qemoo (и с VB, если используется).

А так выглядит процесс установки у меня в Mageia-9 (Mageia-Cauldron-netinstall-nonfree-i586.iso):

В общем, всё гут. Ещё раз всем спасибо за полезный скрипт.

alex_q_2000 писал(а): ↑
14 дек 2022, 21:05
Роса - пакеты *.mrx8

Точно, не заметил )

У меня квадратики немного срезает.

: Screenshot_20221215_131107.png (7.77 КБ) 19761 просмотр

alex_q_2000 писал(а): ↑
15 дек 2022, 12:22

ilfat писал(а): ↑
14 дек 2022, 22:54
Только версия libc6 в Росе не подходит, поэтому не запускается программа.

alex_q_2000 писал(а): ↑
14 дек 2022, 21:05
GQemoo - лёгкий гуй для qemoo (Роса - пакеты *.mrx8).
ilfat, для Росы подходят пакеты c префиксом *.mrx8, т.е. - gqemoo-0.1-1.mrx8.x86_64.rpm Благодарю за тестирование.

А исходников не будет? )))

ilfat писал(а): ↑
15 дек 2022, 13:39
У меня квадратики немного срезает.

Прорисовка зависит от оформления приложений GTK (темы).

betcher писал(а): ↑
15 дек 2022, 14:30
А исходников не будет? )))

Да нет, ну что Вы, какие исходники. Исходники - это отстой, кому они нужны.

Пакеты содержат цельные проекты: исходники с результирующими бинарями. Если нужны отдельно - gqemoo.tar.gz, лежит рядом с пакетами. Настоящими спеками здесь заведует irton.

UPD:
GitHub: https://github.com/AKotov-dev/gqemoo

https://abf.io/betcher_/gqemoo
Сделал заготовку на основе сборок Irton. Собирается, запускается и даже работает, но есть непонятный момент. Не хочет в русский язык, если после установки моего пакета меняю бинарь gqemoo на Ваш, то работает правильно. Судя по strace gqemoo из моего пакета пытается искать .mo файл в /usr/bin/languages/...
Я в лазарусе ничего не понимаю, как его вразумить по поводу пути к локалям?

betcher писал(а): ↑
15 дек 2022, 20:44
Я в лазарусе ничего не понимаю, как его вразумить по поводу пути к локалям?

Если рядом с бинарём есть ./locale/*.ru.mo или ./languages/*.ru.mo и эти папки не содержат *.po и *.pot ( *.po и *.pot в приоритете, поскольку для Lazarus - это режим разработки и по умолчанию подхватываются *.po), то он подхватывает *.ru.mo.
или
Если *.ru.mo в одном каталоге с бинарём - подхватывается
или
Если перенести *.ru.mo, в /usr/share/locale/ru/LC_MESSAGES/программа.mo (без ".ru"), то он тоже подхватывается.

У Вас в пакете *.ru.mo находится в /usr/share/gqemoo/languages, а бинарь Вы отправили в /usr/bin и ./languages рядом с ним нет, поэтому перевод не подхватывает. Благодарю за сотрудничество.

То есть если я перенесу .mo по стандартному пути должен подхватить? Просто в вашем пакете пути как у меня и ваш бинарь находит .mo файл.

betcher писал(а): ↑
15 дек 2022, 22:12
То есть если я перенесу .mo по стандартному пути должен подхватить? Просто в вашем пакете пути как у меня и ваш бинарь находит .mo файл.

Только что имитировал Вашу ситуацию - /usr/bin/gqemoo (моей сборки) и /usr/share/gqemoo/languages/gqemoo.ru.mo. Результат - перевод отсутствует. Поскольку Вы исключили пусковой скрипт /usr/bin/gqemoo и вместо него поместили сам гуй, то в Вашем случае выгоднее всего разместить перевод в /usr/share/locale/ru/LC_MESSAGES/gqemoo.mo.

Понял, спасибо. Ночное шаролупие ), не разглядел что в вашем пакете в /usr/bin стартовый скрипт, a не бинарь. Переносил файлы из пакета систему пока не появился русский. Это случилось в аккурат на /usr/bin/gqemoo.

alex_q_2000 писал(а): ↑
15 дек 2022, 15:40
UPD:
GitHub: https://github.com/AKotov-dev/gqemoo

В контрибе.

betcher писал(а): ↑
16 дек 2022, 14:20
В контрибе.

Это потрясающе! А я вот только что выпустил свежую с доп. функциями. Чего делать то теперь?

upd: gqemoo v0.2
---
+ Проверка присутствия юзера в группе "disk"
+ Форсированное размонтирование выбранной флешки
+ RPM пакеты для Mageia-8 (ROSA-2021.1) и Mageia-9

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

Еще посмотрите список того что можно подключить. У меня туда и loop'ы и zram'ы попадают.
З.Ы. А насчет пакета не переживайте, в контриб QA не требуется, а по этому спеку он должен обновится даже автоматом. Как устаканится немного - обновим.

betcher писал(а): ↑
16 дек 2022, 15:11
Еще посмотрите список того что можно подключить. У меня туда и loop'ы и zram'ы попадают.

А если туда какой-нибудь модем попадёт или ещё чего нибудь, они как будут светиться? Тоже не понятно. Можно отфильтровать, но что именно?

А как у вас список получается?

Кстати, дополнительно можно подключать не только девайсы, но и образы вирт машин и исо.

betcher писал(а): ↑
16 дек 2022, 15:24
А как у вас список получается?

Ну... На данный момент торчат 2 флешки:
---
sda 8:0 0 465,8G 0 disk
sdb 8:16 1 0B 0 disk
sdc 8:32 1 7,5G 0 disk
sdd 8:48 1 3,6G 0 disk

Я имел ввиду откуда список? Blkid? Lsblk? или из /sys/class/block парсите?

betcher писал(а): ↑
16 дек 2022, 15:26
Кстати, дополнительно можно подключать не только девайсы, но и образы вирт машин и исо.

Значит ли это, что Вы будете расширять общий функционал - Двухсторонний Clipboard/Drag-and-drop и т.д.?

betcher писал(а): ↑
16 дек 2022, 15:37
Я имел ввиду откуда список? Blkid? Lsblk? или из /sys/class/block парсите?

lsblk -ldn

Расширять буду по мере поступления интересных предложений. Но так чтобы остаться в рамках идеи простой и быстрой утилитки без тысячи ключей как в самом qemu.

betcher писал(а): ↑
16 дек 2022, 15:40
Расширять буду по мере поступления интересных предложений. Но так чтобы остаться в рамках идеи простой и быстрой утилитки без тысячи ключей как в самом qemu.

А. Ну тогда по мере поступления предложений можно и дополнительные образы прилепить, не вопрос.

alex_q_2000 писал(а): ↑
16 дек 2022, 15:38
lsblk -ldn

for a in $(find /sys/block -mindepth 1) ; do readlink $a |grep -q 'virtual/block' || echo $a |sed 's:^/sys/block:/dev:'; done
Вот так у меня нормальный список получается, без виртуальных устройств.

betcher писал(а): ↑
16 дек 2022, 18:23
for a in $(find /sys/block -mindepth 1) ; do readlink $a |grep -q 'virtual/block' || echo $a |sed 's:^/sys/block:/dev:'; done
Вот так у меня нормальный список получается, без виртуальных устройств.

Хмм... А ориентироваться тогда на что? Хотя бы размер или другие атрибуты (съёмный/не съёмный)... Предлагаю обратиться к мажорным идентификаторам устройств (MAJ). Например:

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

# Показать все флешки, hdd и приводы CD
lsblk -ldnp -I 8,11

Блочные устройства:
---
2 fd
8 sd
11 sr
65 sd
66 sd

Нет?

UPD: Пока сделал так. Если есть возможность, - нужно бы проверить...

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

# Показать список флешек:
> lsblk -ldnp -I 8 | awk '$3 == "1" && $4 != "0B" {print $1, $4}'
/dev/sdb 3,6G
/dev/sdd 7,5G

# Показать список всех блочных устройств
> lsblk -ldnp -I 8,11,65,66
/dev/sda   8:0    0 465,8G  0 disk 
/dev/sdb   8:16   1   3,6G  0 disk 
/dev/sdc   8:32   1     0B  0 disk 
/dev/sdd   8:48   1   7,5G  0 disk 
/dev/sr0  11:0    1   3,6G  0 rom

alex_q_2000 писал(а): ↑
16 дек 2022, 18:46
Хмм... А ориентироваться тогда на что?

Я не предлагаю именно мою строку, надо переписать нативно. Тоже долго думал за что зацепиться, нашел как отфильтровать именно виртуальные устройства. Размер и флаг removable не то что нам нужно.

При загрузке VM с образа из пути с пробелом, скрипт не видит образ, хотя полный путь засылается в " ".

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

 
/bin/qemoo: строка 68: [: /home/marsik/Рабочий: ожидается бинарный оператор
/home/marsik/Рабочий стол/Mageia-Cauldron-netinstall-nonfree-i586.iso - not exists

С путями без пробелов загрузка/установка работает. При установке создаётся образ *.qcow2 в CurrentDirectory.

А к пути подключаемых образов (-a /dev/sdb,"путь к образу"), он подставляет CurrentDirectory, хотя образ может находиться где угодно:

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

/bin/qemoo: строка 68: [: /home/marsik/qemoo_tmp/_qemoo2_sdc.qcow2/home/marsik/Рабочий: ожидается бинарный оператор
/home/marsik/qemoo_tmp/_qemoo2_sdc.qcow2/home/marsik/Рабочий стол/Mageia-Cauldron-netinstall-nonfree-i586.iso - not exists

Какие ещё форматы, кроме *.iso можно добавлять (-a) (vdi/vmdk/...)?

UPD-v0.3, 19:07
Оставлю здесь самую последнюю gqemoo-v0.3.tar.gz , уже скомпиленная для ROSA, просто распакуйте на РС и запустите gqemoo. Так Вам легче будет понять, о чем речь.

p.s. Смогу быть только вечером, возникли неотложные енотовые дела.

zram0 252:0 0 0B 0 disk
nvme0n1 259:0 0 476,9G 0 disk

alex_q_2000 писал(а): ↑
17 дек 2022, 10:12
Оставлю здесь самую последнюю gqemoo-v0.3.tar.gz , уже скомпиленная для ROSA, просто распакуйте на РС и запустите gqemoo. Так Вам легче будет понять, о чем речь.

Вроде нормально. Еще собираетесь что-то делать в ближайшее время? Или обновляю в репах?

betcher писал(а): ↑
17 дек 2022, 19:25
zram0 252:0 0 0B 0 disk
nvme0n1 259:0 0 476,9G 0 disk

Это откуда? Я не включал эти ID (252,259). Их не может быть в актуальном выводе. Или их нужно добавить в вывод lsblk?

betcher писал(а): ↑
17 дек 2022, 19:30
Вроде нормально.

Если Вы разобрались с пробелами и CurrentDirectory, было бы интересным заполучить qemoo с исправлениями. Интересно же...

betcher писал(а): ↑
17 дек 2022, 19:30
Еще собираетесь что-то делать в ближайшее время? Или обновляю в репах?

Я собираюсь проверить работу с Вашим исправленным скриптом и если всё норм - опубликовать gqemoo сначала на гит.

UPD: GQemoo-v0.3 Ок. Если что нужно будет исправить, сообщите.

---
+ Connecting *.iso and *.img images to VM
+ Support for spaces in names and paths to images
+ F12 - Updating the list of devices to connect to the VM
+ Improved output of lists of flash drives and block devices
+ RPM Packages for Mageia-8 (ROSA-2021.1) and Mageia-9

betcher писал(а): ↑
17 дек 2022, 19:25
zram0 252:0 0 0B 0 disk
nvme0n1 259:0 0 476,9G 0 disk
Вернуться к началу
betcher
ПравкаПожаловаться на это сообщениеЦитата
Сообщение 17 дек 2022, 23:30

alex_q_2000 писал(а): ↑Оставлю здесь самую последнюю gqemoo-v0.3.tar.gz , уже скомпиленная для ROSA, просто распакуйте на РС и запустите gqemoo. Так Вам легче будет понять, о чем речь.
Вроде нормально. Еще собираетесь что-то делать в ближайшее время? Или обновляю в репах?
Вернуться к началу
alex_q_2000
Пожаловаться на это сообщениеЦитата
Непрочитанное сообщение 18 дек 2022, 00:46

betcher писал(а): ↑zram0 252:0 0 0B 0 disk
nvme0n1 259:0 0 476,9G 0 disk
Это откуда? Я не включал эти ID (252,259). Их не может быть в актуальном выводе. Или их нужно добавить в вывод lsblk?
betcher писал(а): ↑Вроде нормально.
Если Вы разобрались с пробелами и CurrentDirectory, было бы интересным заполучить qemoo с исправлениями. Интересно же...
betcher писал(а): ↑Еще собираетесь что-то делать в ближайшее время? Или обновляю в репах?
Я собираюсь проверить работу с Вашим исправленным скриптом и если всё норм - опубликовать gqemoo сначала на гит.

UPD: GQemoo-v0.3 Ок. Если что нужно будет исправить, сообщите.
---
+ Connecting *.iso and *.img images to VM
+ Support for spaces in names and paths to images
+ F12 - Updating the list of devices to connect to the VM
+ Improved output of lists of flash drives and block devices
+ RPM Packages for Mageia-8 (ROSA-2021.1) and Mageia-9
Вернуться к началу

Ответить

41 сообщение • Страница 1 из 1
Перейти
КТО СЕЙЧАС НА КОНФЕРЕНЦИИ
Сейчас этот форум просматривают: betcher и 3 гостя

Список форумов
Создано на основе phpBB® Forum Software © phpBB Limited
Русская поддержка phpBB

Zram не надо, а nvme - надо. Я скинул к тому, что этих мажоров больше чем в статье.Нужно будет добавлять, что обнаружим.
По найденному косяку с подстановкой $(pwd) посмотрю в понедельник,выходные заняты.
По путям с пробелами не уверен, что в баше это можно нормально решить, особенно когда перебираются в for имена файлов. Надо $IFS менять и т.п.. Обычно проще переписать на питон.

betcher писал(а): ↑
18 дек 2022, 06:13
Нужно будет добавлять, что обнаружим.

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

betcher писал(а): ↑
18 дек 2022, 06:13
По найденному косяку с подстановкой $(pwd) посмотрю в понедельник,выходные заняты.

Тогда ещё вот это, если можно...

На скриншоте установка Mageia-8-netinstall (EFI). Полные (не сетевые) дистрибутивы работают: загружаются/ставятся, а сетевые Mageia - 8,9 - не хотят.

Там текстовая установка: если жать кнопки - курсор управляется и чего-то там переключает, но изображение - такое, как на картинке. Как с этим бороться?

p.s. возможно в Росе и работает (сомневаюсь), но для этого её нужно поставить на комп (livecd загрузку с efi в qemu не поймёт), а у меня нет возможности сделать это. На VB тоже проверять бесполезно.

Оборудование:

Магея нетинсталл

betcher писал(а): ↑
19 дек 2022, 14:26
Магея нетинсталл

WOW! Это загрузка с EFI? Видать это у меня в Mageia-9 какой-то косяк. Ок, подожду обновлений Mageia, она ещё нестабильна. Большое спасибо за тест.

betcher писал(а): ↑
18 дек 2022, 06:13
По путям с пробелами не уверен, что в баше это можно нормально решить, особенно когда перебираются в for имена файлов.

Кстати, насчет пробелов... А что если мне из гуя засылать в скрипт пути с пробелами не в кавычках "/путь к файлу", а как-нибудь иначе:

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

/путь\ к\ файлу.iso
или
'/путь\ к\ файлу.qcow2'

Это не поможет? Мне то всего одну функцию накинуть...

alex_q_2000 писал(а): ↑
19 дек 2022, 15:36
Это не поможет? Мне то всего одну функцию накинуть...

Не поможет. Не переживайте, сделаем ).

В репы долетел qemoo 0.8-7. Проблемы с пробелами должны уйти. Немного изменился выхлоп.

betcher писал(а): ↑
21 дек 2022, 13:17
В репы долетел qemoo 0.8-7. Проблемы с пробелами должны уйти. Немного изменился выхлоп.

С одним пробелом он справляется, но с >1 - нет. Придётся опять укусить Вас за бэкэнд.

О, как )

Как бы не пришлось кусать за бэкенд qemu. )))

rosa ~ # qemoo /home/betcher/Рабочий\ стол/R\ o\ s\ a_plasma_12.3.iso -S
ISO: /home/betcher/Рабочий стол/R o s a_plasma_12.3.iso
Qemu cmdline:
qemu-system-x86_64 -cpu max -machine q35,accel=kvm:tcg -name R o s a_plasma_12.3.iso -nic mac=0a:02:0e:cc:47:83 -m 4272M -rtc base=localtime -virtfs local,path=./,mount_tag=hostdir,security_model=mapped,id=hostdir -boot d -drive file="/home/betcher/Рабочий стол/R o s a_plasma_12.3.iso",format=raw,cache=none,media=cdrom -vga std -smp 2

rosa ~ # qemoo "/home/betcher/Рабочий стол/R o s a_plasma_12.3.iso" -S
ISO: /home/betcher/Рабочий стол/R o s a_plasma_12.3.iso
Qemu cmdline:
qemu-system-x86_64 -cpu max -machine q35,accel=kvm:tcg -name R o s a_plasma_12.3.iso -nic mac=0a:02:0e:cc:47:83 -m 4272M -rtc base=localtime -virtfs local,path=./,mount_tag=hostdir,security_model=mapped,id=hostdir -boot d -drive file="/home/betcher/Рабочий стол/R o s a_plasma_12.3.iso",format=raw,cache=none,media=cdrom -vga std -smp 2

И с кавычками и с экранированием имя файла в нормальном виде в строке генерируемой для qemu.

Они были близки к укусу - но нет.

В простейшем виде без генерации скрипта запуска (-S) всё работает. Я только предположу... - может быть опции какие местами переставить? Нет?

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

# Без пробелов - работает
[marsik@localhost Рабочий стол]$ qemu-system-x86_64 -cdrom "/home/marsik/Рабочий стол/Mageia-Cauldron-netinstall-nonfree-i586.iso" -m 2048 -enable-kvm -vga qxl

# С пробелами - работает
[marsik@localhost Рабочий стол]$ qemu-system-x86_64 -cdrom "/home/marsik/Рабочий стол/Mageia Cauldron netinstall nonfree i586.iso" -m 2048 -enable-kvm -vga qxl

О, я кажется нашёл, почему у меня не работают Mageia-8/9-x86_64-EFI. Вот вывод для Mageia-8_netinstall, убогую картинку с которой я уже приводил выше. Оказывается qemoo генерирует скрипт без указания -vga вот такого вида:

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

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-8-netinstall-nonfree-x86_64.iso -nic mac=0a:8c:d2:06:ae:d4 -m 4013M -rtc base=localtime -virtfs local,path=./,mount_tag=hostdir,security_model=mapped,id=hostdir -boot d -drive file="/media/win_d/Distrib/ISO/Mageia-8-netinstall-nonfree-x86_64.iso",format=raw,cache=none,media=cdrom

Теперь в конец я пишу руками -vga qxl и всё начинает воркать как положено, установщик EFI отображает нормальный экран и работает. Если пишу std - опять получаю убогую картинку. Т.е. ему для Mageia-netinstall нужно указывать -vga qxl.

Вопрос: Почему qemoo не добавляет нужный -vga (std/qxl) ни в обычной загрузке ни в EFI? Полагаю, что без указания -vga оно использует -vga std, который для EFI непригоден.

alex_q_2000 писал(а): ↑
21 дек 2022, 17:34
-vga qxl

Предполагается что юзер пишет сие себе в конфиг сам.

alex_q_2000 писал(а): ↑
21 дек 2022, 16:15
Они были близки к укусу - но нет. В простейшем виде без генерации скрипта запуска (-S) всё работает. Я только предположу... - может быть опции какие местами переставить? Нет?

Время будет еще попинаю.

betcher писал(а): ↑
21 дек 2022, 18:25
Предполагается что юзер пишет сие себе в конфиг сам.

Походу -vga std - всё, нужно везде -vga qxl. Проверил на всякий случай и образ MSDOS-6.22 и все линуксы с виндовсами, которые есть в загашнике - все работают с -vga qlx. Это я на всякий случай говорю, решение конечно принимать Вам, тем более, что я смутно представляю в чем разница между std и qxl, я лишь смотрю на результат. Или можно добавить кнопку конфигурации.

betcher писал(а): ↑
21 дек 2022, 18:27
Время будет еще попинаю.

Тогда уже до кучи...

Посмотрите пожалуйста, почему из виндовых виртуалок мышь невозможно вытащить, Ctrl+... ничего не помогает, пока винду не выключишь изнутри. И ещё, укажите пожалуйста в шапке скрипта разработчиков и Лицензию. Это важно. Потом скажу почему.

alex_q_2000 писал(а): ↑
21 дек 2022, 18:33
Тогда уже до кучи... Посмотрите пожалуйста, почему из виндовых виртуалок мышь невозможно вытащить, Ctrl+... ничего не помогает, пока винду не выключишь изнутри. И ещё, укажите пожалуйста в шапке скрипта разработчиков и Лицензию. Это важно. Потом скажу почему.

ctrl+alt+g

betcher писал(а): ↑
21 дек 2022, 18:35
ctrl+alt+g

Работает. А то я всё тыкал, но до "g" не дошёл. Спасибо.

betcher писал(а): ↑
21 дек 2022, 18:25
Предполагается что юзер пишет сие себе в конфиг сам.

Из /etc/qemoo.cfg QEMUADD="-vga qxl -smp 2" не применяется. Зато работает если дописать в конце скрипта -- -vga qxl. Подумываю cделать эту "приписку" из гуя, если используется EFI. Ведь конечная цель - это минимум настроек (как заявлено).

UPD: GQemoo-v0.4
---
+ Added "-- -vga qxl" option for EFI mode
+ Added MAJ 259 and output of device models
+ RPM Packages for Mageia-8 (ROSA-2021.1) and Mageia-9

alex_q_2000 писал(а): ↑
21 дек 2022, 19:11
Из /etc/qemoo.cfg QEMUADD="-vga qxl -smp 2" не применяется.

Надо чинить если так.

betcher писал(а): ↑
21 дек 2022, 20:29
Надо чинить если так.

Привет, betcher. Поскольку работа ведётся от пользователя, намедни перенес все настройки в отдельную форму. В результате создаётся ~/.config/qemoo.cfg идентичный /etc/qemoo.cfg. Можно ли будет сделать, чтобы конфиг из профиля перекрывал /etc/qemoo.cfg?

p.s. я подумал, что не стоит все EFI пускать через -vga qxl (из GUI), пусть пользователь сам выбирает то, что ему нужно. Дополнительно забил список всех возможных -vga отсюда.

Так постепенно напишете вирт-манагер )))
По поводу пользовательского конфига не уверен. Может получиться путаница. Я, например, запускаю и рутом и юзером. Можно наверное сделать поддержку конфига в хомяке, но не создавать его.

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

betcher писал(а): ↑
22 дек 2022, 15:29
Я, например, запускаю и рутом и юзером.

А рутом для чего?

alex_q_2000, появилась такая мысль, а что если добавить в программу текстовое поле для добавления своих опций, то есть то что мы пишем после -- и передается в QEMUADD? Для временных опций, типа подкинуть ядер или ОЗУ, попробвать загрузиться с другой видюхой, задать старую материнку.

alex_q_2000 писал(а): ↑
22 дек 2022, 15:52
А рутом для чего

Патамушта ))
Чтобы с правами не разбираться, запустил и работает. Образы тоже могут руту принадлежать, не только диски.

Я в основном от юзера работаю и по совету alex_q_2000 добавил себя в группу disk и теперь вообще не парюсь с правами, в крайнем случае polkit спросит пароль

ilfat писал(а): ↑
22 дек 2022, 16:15
alex_q_2000, появилась такая мысль, а что если добавить в программу текстовое поле для добавления своих опций, то есть то что мы пишем после -- и передается в QEMUADD?

Привет, ilfat. Да, тоже так думал. А потом решил, что юзер не станет вводить опции (их же знать нужно). Как было заявлено, цель - максимальная простота. Но, поскольку у меня в Mageia нэтинсталлер EFI с -vga std не работает, то на всякий случай кнопочку то с фиксацией я прилепил, чтобы, опять же ничего не набирать. А память у вас вроде как автоматом выделяется, ядер - 2 по дефолту, диск 10 ГБ. В общем и целом затык был только с vga. Думаю пока тормознуть, а дальше посмотрим.

betcher писал(а): ↑
22 дек 2022, 16:43
Патамушта ))

GQemoo-v0.5
+ Added "-vga std/-vga qxl" switch
+ RPM Packages for Mageia-8 (ROSA-2021.1) and Mageia-9

Ок. Тогда подождём ликвидации пробелов. Главное чтобы /etc/qemoo.cfg параметры из командной строки не перекрывал, а то моя волшебная кнопка std/qxl не сработает.

alex_q_2000 писал(а): ↑
22 дек 2022, 17:10
Думаю пока тормознуть, а дальше посмотрим

Тогда да, согласен. Я вообще в конфиге прописал -vga virtio и ядра все отдаю.

ilfat писал(а): ↑
22 дек 2022, 17:39
Я вообще в конфиге прописал -vga virtio и ядра все отдаю.

Тоже работает. Правда начальное окно у меня 800x600, но его можно растягивать, резиновое такое окно. Напоминает режим масштабирования в VB. А можно ли как-нибудь "подкинуть" свой размер гостевого экрана?

alex_q_2000 писал(а): ↑
23 дек 2022, 11:06
Правда начальное окно у меня 800x600, но его можно растягивать, резиновое такое окно. Напоминает режим масштабирования в VB.

Да, с gtk окном есть такое. Можно gtk окно запускать с выключенным zoom-to-fit (-display gtk,zoom-to-fit=off), в этом случае зуммирования не будет, но разрешение все равно будет низким. Поэтому я использую окно sdl (-display sdl). У него нет меню, тупо окно, хоткеи работают. Но за то разрешение с virtio нормальное.

ilfat писал(а): ↑
23 дек 2022, 11:22
Поэтому я использую окно sdl (-display sdl). У него нет меню, тупо окно, хоткеи работают. Но за то разрешение с virtio нормальное.

Это потрясающе. Судя по документации -vga virtio или -device virtio-vga является приоритетным/рекомендованным. Нужно будет в следующей версии gqemoo на волшебную кнопку этот режим повесить. Сейчас я тест с установкой проведу, посмотрю, что он мне намасштабирует в установленной системе и подумаю. Спасибо.

Полезная инфа: VGA and other display devices in qemu

alex_q_2000 писал(а): ↑
23 дек 2022, 11:53
Нужно будет в следующей версии gqemoo на волшебную кнопку этот режим повесить

Мы, кстати, подумываем по умолчанию сделать -vga qxl вместо std, значит кнопка будет переключать между qxl и virtio

ilfat писал(а): ↑
23 дек 2022, 11:58
Мы, кстати, подумываем по умолчанию сделать -vga qxl вместо std, значит кнопка будет переключать между qxl и virtio

GQemoo-v0.6-src+bin_rosa_qxl-virtio
Это чтобы оценить и принять решение, поскольку в гуе можно больше образов проверить и более оперативно. По умолчанию кнопка Up (отжата) и параметры "-- -vga qxl -display sdl", если Down (нажата) - "-- -vga virtio -display sdl".

Проверялись (и сейчас смотрю): boot-repair-disk-64bit.iso (Ubuntu), CentOS-Stream-8-x86_64-20220728-boot.iso, Fedora-KDE-Live-x86_64-36-1.5.iso, Fedora-MATE_Compiz-Live-x86_64-36-1.5.iso, linuxmint-21-cinnamon-64bit.iso, lubuntu-22.04-desktop-amd64.iso, Mageia-8-Live-Plasma-x86_64.iso, Mageia-8-Live-Xfce-x86_64.iso, ROSA.FRESH.XFCE.12.3.x86_64.iso, Windows-10-USB-MINI-HomeSL-x64-Micro-21H1-build-19043.964-by-Zosma.iso. По предворительным тестам "-- -vga virtio -display sdl" пока рулит.

Существенно: "-- -vga virtio -display sdl" правильно смасштабировал экран после установки гостя из нетинсталлера Mageia-8.

p.s. qemu здоровенный, даже втроём его ушатать проблематично.

Углубленный тест (+EFI) на моём оборудовании показывает превосходство "-- -vga virtio -display sdl" перед "-- -vga qxl -display sdl". В то же время "-- -vga std -display sdl" показывает превосходство над "-- -vga qxl -display sdl", поскольку qxl всегда урезает экран 1024х768 на уже загруженных vm, а std растягивает его корректно.

В общем, для моего компа было бы рациональным использовать:

"-- -vga virtio -display sdl" - по дефолту (основной)

"-- -vga std -display sdl" - именно std - дополнительный вариант

Возможно на другом оборудовании результаты будут отличаться, но "-- -vga virtio -display sdl" однозначно в топе.

p.s. да, и нужно мне не забыть сделать сохранение состояния волшебной кнопки при выходе, поскольку на других компах, скорее всего, постоянно будут работать только с одним из этих режимов.

alex_q_2000 писал(а): ↑
23 дек 2022, 15:18
-vga virtio -display sdl" однозначно в топе

В общем да, но у меня при загрузке самых последних сборок Росы (не релизных) с virtio иксы не стартуют.
А std мне не нравится тем, что при динамической картинке, хотя вроде не обязательно при динамической, в общем при перемещении мыши она мерцает.

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

ilfat писал(а): ↑
23 дек 2022, 16:27
В общем да, но у меня при загрузке самых последних сборок Росы (не релизных) с virtio иксы не стартуют.

Может и починят, когда до релиза дойдёт?

А это какие именно, я у себя попробую...

ilfat писал(а): ↑
23 дек 2022, 16:27
Хотел у вас уточнить логику работы волшебной кнопки. Если ее не трогать и при этом у меня в конфиге будет qxl, то он заменится на что-то другое или она только при нажатии устанавливает заданную видюху?

gqemoo v0.6 принудительно засылает либо qxl (не включена) либо virtio (включена). Так же сделано в v0.5 но либо std (не включена) либо qxl (включена), поскольку из конфига он этот параметр не читал до сего дня. В перспективе будет давать значение (например virtio) только при включении, а в выключенном виде - ничего не давать, т.е. из конфига.

alex_q_2000 писал(а): ↑
23 дек 2022, 17:15
А это какие именно, я у себя попробую

Вот Роса: https://disk.yandex.ru/d/U0PYzCjzWaC3_Q
Reos тоже не завелся с virtio, на репах Росы собирается энтузиастами, сборка ориентированная на игры https://disk.yandex.ru/d/8ESALoKggw8XAQ

alex_q_2000 писал(а): ↑
23 дек 2022, 17:15
принудительно засылает

А может сделать: не трогаешь - ничего не меняет, будет использоваться настройка юзера, а если нажал на кнопку, то например -vga virtio -display sdl? А то при использовании гуя настройка юзера будет замещаться, не очень правильно.
Если мы из коробки пропишем qxl, то по умолчанию будет qxl в gtk окне. Многим, за счет наличия меню, gtk окно может быть привычнее. По кнопке же будет альтернатива с sdl окном. Что скажете?

ilfat писал(а): ↑
23 дек 2022, 17:43
А может сделать: не трогаешь - ничего не меняет, будет использоваться настройка юзера, а если нажал на кнопку, то например -vga virtio -display sdl?

Так и будет.

А если потребуется, то ещё параметров накину (помимо конфига), например тот же std. Я лишь пытаюсь подстроиться под апстрим т.с. Понятно, что 100% совместимости тут не добиться, но попытаться можно. Другими словами в ROSA вы будете работать как обычно, а в Mageia (и возможно в других) - кнопку нажмут, делов то.

про qxl...
qxl c gtk при загрузке linuxmint-21-cinnamon-64bit.iso (EFI) у меня варнинги пишет:

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

(qemu:15129): Gtk-WARNING **: 17:51:30.613: drawing failure for widget 'GtkDrawingArea': invalid value for stride
(qemu:15129): Gtk-WARNING **: 17:51:30.613: drawing failure for widget 'GtkNotebook': invalid value for stride
(qemu:15129): Gtk-WARNING **: 17:51:30.613: drawing failure for widget 'GtkBox': invalid value for stride
(qemu:15129): Gtk-WARNING **: 17:51:30.613: drawing failure for widget 'GtkWindow': invalid value for stride

...экран становится белым (заставку проглатывает) но всё-таки vm загружается в окно 1024х768.

ilfat писал(а): ↑
23 дек 2022, 17:43
Reos тоже не завелся с virtio, на репах Росы собирается энтузиастами, сборка ориентированная на игры https://disk.yandex.ru/d/8ESALoKggw8XAQ

Сейчас на закачку поставлю. Скорость у меня 6 мегабит/сек, провайдер цены поднял, пришлось откатиться в небытие.

alex_q_2000 писал(а): ↑
23 дек 2022, 17:15
В перспективе будет давать значение (например virtio) только при включении, а в выключенном виде - ничего не давать, т.е. из конфига.

Извините, не заметил это место. Точнее пошел писать ответ и забыл дочитать

Короче всё ясно, всё отлично

alex_q_2000 писал(а): ↑
23 дек 2022, 18:05
qxl c gtk при загрузке linuxmint-21-cinnamon-64bit.iso (EFI) у меня варнинги пишет:

~~Да это не страшно, у нас тоже пишет.~~
Не, я перепутал с другим приложением, нет варнингов

ilfat писал(а): ↑
23 дек 2022, 18:25
Не, я перепутал с другим приложением, нет варнингов
Вернуться к началу

Все же не перепутал, есть варнинги

Они просто не сразу появились.

ilfat писал(а): ↑
23 дек 2022, 17:43
Reos тоже не завелся с virtio, на репах Росы собирается энтузиастами, сборка ориентированная на игры https://disk.yandex.ru/d/8ESALoKggw8XAQ

Подтверждаю... Долго стоит, потом подмигивает, потом кирдык с virtio. Она и с qxl не особо весело грузится (тяжелая какая-то сборка). Ну да ладно... Сделаю ка я лучше скромный выбор из списка между: конфиг, std, qxl и virtio. Всё одно нужно будет мудрить с vga, а править конфиг под каждый дистр - удовольствие, прямо скажем, сомнительное.

GQemoo-v0.6_select_vga
С выбором из списка. По умолчанию - значение из конфига.

В итоге что в конфиг-то? Может вообще убрать из конфига -vga ?

betcher писал(а): ↑
24 дек 2022, 08:09
В итоге что в конфиг-то? Может вообще убрать из конфига -vga ?

Привет, betcher. Почему убрать? vga там остаётся. Просто вы с ilfat, как я понял, ещё будете решать, какой именно std или qxl (я бы оставил std, раз у вас virtio не работает). Моя позиция здесь нейтральная, поскольку из гуя любой vga можно отдать, включая default из конфига.

Если убрать видимо будет дефолтный для кему. Впрочем, не проверял.

betcher писал(а): ↑
24 дек 2022, 08:24
Если убрать видимо будет дефолтный для кему. Впрочем, не проверял.

Ну а юзер то должен что-то ковырять, если gui не будет использоваться. Зачем же его лишать удовольствия поставить свои настройки (т.е. default для qemoo)? Юзер обидится и скажет, что пришёл betcher, убрал из конфига дефолт и лишил его дополнительных плюшек.

Дефолт в любом случае есть. Только не наш, а qemu. Сейчас закомментарил QEMUADD в конфиге, роса как грузилсась так и сейчас грузится.

betcher писал(а): ↑
24 дек 2022, 09:22
Дефолт в любом случае есть. Только не наш, а qemu. Сейчас закомментарил QEMUADD в конфиге, роса как грузилсась так и сейчас грузится.

Как понял в результате экспериментов, если -vga снаружи (из qemoo или из gui для qemoo) не указывать, то сам QEMU использует -vga std. Думаю, что однажды, после какого-нибудь 1005-го обновления qemu, -vga может и измениться, ибо в приоритете всё-таки virtio (см. ссылку выше). Мало ли что им там в голову взбредёт. Перл обновили и отвалился Control Center в системе. Затем пришли обновления php и сервак с забиксом сложился как этажерка. Линукс же, можно ожидать всего, что угодно. То ли дело винда, в ней всё стабильно, главное обновления отключить.

Для virtio нужен драйвер в гостевой ОС. Нет драйвера - нет видео. А std это VESA.

betcher писал(а): ↑
24 дек 2022, 09:35
Для virtio нужен драйвер в гостевой ОС. Нет драйвера - нет видео. А std это VESA.

lsinitrd показывает, что всё на местах, если Вы об этом. Я смотрел проблемные образы - у всех всё присутствует. Причем "родитель" работает, а производная сборка - нет. Это я про Reos, которую мне ilfat вчера подогнал.

qxl по описанию выглядит более правильным вариантом для дефолта чем virtio. Если менять std имею ввиду. Впрочем у меня все варианты работают ), решайте с Ильфатом.

betcher писал(а): ↑
24 дек 2022, 09:47
решайте с Ильфатом.

Тогда предоставим это Ильфату. Как уже говорил, с введением списка в gui - проблемы нет, решение нужно именно для бэкенда.

GitHub: GQemoo-v0.6
---
+ Selecting vga from the list: default, std, qxl, virtio
+ RPM Packages for Mageia-8 (ROSA-2021.1) and Mageia-9

p.s. зафиксируем достигнутое т.с.

Скриншоты: подключение к VM Mageia-8-Plasma трех флешек и одного образа MS-DOS-6.22

alex_q_2000 писал(а): ↑
24 дек 2022, 11:07
подключение к VM Mageia-8-Plasma трех флешек и одного образа MS-DOS-6.22

Маньяк ))

betcher писал(а): ↑
24 дек 2022, 13:58
Маньяк ))

Ой, а сам то... Шаролупие у него.

Пробелы когда почините?

alex_q_2000 писал(а): ↑
24 дек 2022, 09:53
Тогда предоставим это Ильфату

Спасибо за доверие

Еще раз протестировал обе видюхи на ROSA Plasma. При загрузке с std разрешение 1280х800, тиринг, помаргивание курсора мыши.
На QXL тиринга нет, разрешение 1024х768, что в любом случае лучше чем 800х600 в Виртулабоксе.
Если бы не меньшее разрешение у QXL, то выбор был бы очевиден. Тем не менее, я скорее склоняюсь к QXL, чем к std.
Пока тестировал видюхи, обнаружил, что при изменении размера окна, при загрузке с virtio, Плазма автоматически подстраивает разрешение экрана, в других ДЕ этого может не быть.

ilfat писал(а): ↑
24 дек 2022, 16:55
Тем не менее, я скорее склоняюсь к QXL, чем к std.

Это потрясающе! Значит QXL.

betcher опять куда-то сбежал. Подозреваю, что с пробелами он проблему уже решил и сейчас сосредоточен на проблеме с параметрами из /etc/qemoo.cfg. Однако, оставлю здесь возможное решение для пробелов...

Скриншоты загрузки VM Win-10 (с пробелами) + прилепленные извне образ Win-10 (с пробелами) + флешка (одна)

/usr/bin/qemoo; стр. 239, нужно экранировать пару кавычек...

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

-name \"$(basename "IMG")\"

Тогда грузит с любым количеством пробелов.

alex_q_2000 писал(а): ↑
24 дек 2022, 17:56
Подозреваю, что с пробелами он проблему уже решил и сейчас сосредоточен на проблеме с параметрами из /etc/qemoo.cfg.

Еще даже не открывал. Спасибо за решение )

ROSAForum

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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