Состоялся (https://bitbucket.org/PascalRD/nemu) релиз nEMU 1.4.0, консольного интерфейса к QEMU на базе библиотеки ncurses, упрощающего создание, настройку и управление виртуальными машинами. Код написан на языке C и распространяется под лицензией BSD-2. Пакеты подготовлены (https://software.opensuse.org/download.html?project=home...) для Debian и Ubuntu, для Gentoo Linux доступен portage (app-emulation/nemu).
Изменения:
- Импорт OVA/OVF;
- Полноценные снапшоты (необходима версия qemu-2.11.0 с патчем, который можно найти в составе исходных текстов nEMU (patches/qemu-qmp-savevm-2.11.0.patch);
- Новое меню действий над гостевой системой;
- Возможность поставить гостевую систему на паузу;
- Тильда в путях теперь раскрывается в $HOME;
- Добавлен поиск гостевой системы в списке;
- Полностью переделана работа с USB-устройствами;
- Исправлена возможность пересечения имён TAP интерфейсов.URL: https://bitbucket.org/PascalRD/nemu
Новость: http://www.opennet.dev/opennews/art.shtml?num=48086
С qemu-2.11.1 работать будет? :-)
Environment Requirements
Linux/FreeBSD host
QEMU
то есть - практически с любой не слишком древней версией работает.а если ты про снапшоты - вряд ли, пока не попатчишь вручную, оно api меняет.
с 2.11.1 проверю в ближайшее время.
> с 2.11.1 проверю в ближайшее время.Наложился во всяком случае нормально. :-)
Сейчас собираю cам qemu, позже к nemu перейду...
с 2.11.1 проблем нет, проверил.
Лучше virt-manager для macOS и Windows запилите.
Там уже ВМВаря есть. Не взлетит.
> Там уже ВМВаря есть.по сколько там нынче, 250 евро за копию? Красиво жить, конечно, не запретишь...
да и насколько долго она там "есть" и такая, чтоб можно пользоваться, учитывая перенос разработки в бантустан?
Не знаю, не использую.
> Там уже ВМВаря есть. Не взлетит.Да пофиг, что там есть. Виндузятникам бывает нужен virt-manager, чтобы рулить либвиртовскими виртуалками удалённо.
>> Там уже ВМВаря есть. Не взлетит.
> Да пофиг, что там есть. Виндузятникам бывает нужен virt-manager, чтобы рулить либвиртовскими
> виртуалками удалённо.Если им нужен - пускай сами и пилят
> Виндузятникам бывает нужен virt-manager, чтобы рулить либвиртовскими виртуалками удалённо.ну так ставь на удаленной системе (в виртуалку под ним самим), и рули себе. к счастью, gtk еще кое-как работает с remote X11, если не очень далеко remote. Главное, консоли там не открывай.
в общем-то и не виндyзятники тоже могут не жаждать на личной системе, что у нас там... gtk3, пихон не ниже 3.3 а лучше сразу еще не написанный 3.5... и еще кучу хлама, который за собой тянется.
libvirt для них есть. Нужен гуй - запили.
Охщи, хардкорно ) Лайк! Аж захотелось попробовать все это.
> Тильда в путях теперь раскрывается в $HOMEПризнак зрелого проекта! Когда ~user санет раскрываться в хомяк user, можно будет пользоваться.
А зачем оно нужно, если есть virt-manager и морды к нему?Вот курсесная морда к virt-manager'у не помешала бы, поди.
> Вот курсесная морда к virt-manager'у не помешала бы, поди.Для кого? Для тех кто слишком туп для virh, но уже слишком "ИЛИТАРЕН" для GUI?
Зачем нужен virt, если в qemu есть собственный cli ?
> Вот курсесная морда к virt-manager'у не помешала бы, поди.Был же virt-manager-tui вроде. а сейчас куда-то делся…
Впрочем, virt-manager — исключительно бестолковая штука, почти ничего не умеет, кроме как запустить–остановить машину.
Изменить железо умеет, подмонтировать образ сидюка умеет. Выполнить миграцию. Создать клон или снапшот (при использовании qcow2 или другого хранилища, поддерживающего это). Посмотреть список снапшотов. Увидеть список всех виртуалок с графиками использования проца, диска и сети и быстро оценить, кто чего много потребляет в данный момент.А что вам, собственно, еще от него требуется?
> А что вам, собственно, еще от него требуется?Например, не хватает таких элементарных вещей, как включение/отключение автозапуска виртуалки и настройка сетей.
Всё это есть.
Справедливости ради, настройка сети там только самая простая (nat/приватная/подключение к готовому бриджу), но это связано не с самим virt-manager, а с тем, что в самом линуксе из коробки это все несколько примитивно (а еще инициализация сети в разных дистрибутивах по-разному). А стекировать технологии (bridge + teaming + vlan и тп) обычными механизмами можно ну совсем уж через задницу и это лучше не делать совсем. VMWare решает все эти проблемы тем, что несет в комплекте виртуальный свитч. Но и в линуксе это решается аналогично - ставится openvswitch и через него появляется необходимая гибкость.
>> Вот курсесная морда к virt-manager'у не помешала бы, поди.
> Был же virt-manager-tui вроде. а сейчас куда-то делся…
> Впрочем, virt-manager — исключительно бестолковая штука, почти ничего не умеет,
> кроме как запустить–остановить машину.А нахрена то больше ? :)
Те, кто ее юзают, больше локалхоста не одминят
Поправьте список зависимостей в документации:ldd nemu | cut -f1 -d" "
linux-vdso.so.1
libncursesw.so.5
libformw.so.5
libsqlite3.so.0
libpthread.so.0
libusb-1.0.so.0
libxml2.so.2
libudev.so.1
libarchive.so.13
libc.so.6
libdl.so.2
libicui18n.so.56
libicuuc.so.56
libicudata.so.56
/lib64/ld-linux-x86-64.so.2
libz.so.1
liblzma.so.5
libm.so.6
libnettle.so.6
libacl.so.1
liblzo2.so.2
libbz2.so.1
libstdc++.so.6
libgcc_s.so.1
libattr.so.1
Спасибо, актуализирую.
linux-vdso.so.1 на centos 7 не взлетит(
вроде как
1. Было бы не плохо во время первичного генерирования конфига просматривать /usr/bin и подставлять доступные цели, в зависимости от найденного. У юзера их может быть около 64, перечислять все - рука устанет. :-)2. При импорте на ФС в nm_copy_file_sendfile _перед_копированием_ не проверяется, - а хватит ли вообще места? В результате приложение падает, сожрав всё доступное пространство. :-)
3. nm_add_vm_to_fs падаем при попытке создать уже существующую директорию. А надо бы проверять _до того_, как пытаться что-то создать :-)
А вообще, крайне желательно обрабатывать все проверки на дурака и возвращать на _предыдущий шаг_. Если это невозможно, то в начало программы.
Хотя я вообще не понимаю нафига мне что-то куда-то копировать, чтобы заюзать уже существующую машину? В какой этом смысл?
P.S. Намеренно рассуждаю как обычный пользователь. :-)
> 1. Было бы не плохо во время первичного генерирования конфига просматривать /usr/bin
> и подставлять доступные цели, в зависимости от найденного. У юзера их
> может быть около 64, перечислять все - рука устанет. :-)Спасибо за идею, доработаю.
> 2. При импорте на ФС в nm_copy_file_sendfile _перед_копированием_ не проверяется, - а
> хватит ли вообще места? В результате приложение падает, сожрав всё доступное
> пространство. :-)Это баг, исправлю.
> 3. nm_add_vm_to_fs падаем при попытке создать уже существующую директорию. А надо бы
> проверять _до того_, как пытаться что-то создать :-)Давно хотел поправить, руки не дошли, тоже поправлю.
> А вообще, крайне желательно обрабатывать все проверки на дурака и возвращать на
> _предыдущий шаг_. Если это невозможно, то в начало программы.Ну там не везде это нормально можно написать)
> Хотя я вообще не понимаю нафига мне что-то куда-то копировать, чтобы заюзать
> уже существующую машину? В какой этом смысл?Это необходимо для структуированного хранения всех образов ФС
> P.S. Намеренно рассуждаю как обычный пользователь. :-)
Спасибо за отзывы. Если не сложно можете мне багов завести на трекере:
https://bitbucket.org/PascalRD/nemu/issues?status=new&status...
Чтоб я не забыл ничего :)
Отбой, сам занес.