Виртуалка для aarch64

qemu-system-aarch64?

Еще была такая классная штука AQEMU, жаль что похоже не развивается

qemu-system-aarch64?

Это вопрос, или подсказка, и что оно может?

AQEMU

Почему была? Имхо, это переименованное KVM.
Потому что в Дебиан-11 KVM уже нет, зато есть это AQEMU.

Установил его, но оно как и VirtualBox тоже не поддерживает aarch64, среди поддерживаемых такой же обычный набор виндовозов и Линусксов.

Может уже хоть до яндекса дойдешь?

https://www.qemu.org/docs/master/system/target-arm.html

Имхо, это переименованное KVM.

Это гуёвая запускалка qemu. А kvm - интерфейс виртуализации.

Это гуёвая запускалка qemu

Емнип, она раньше проще называлась, что-то вроде KVM или что-то подобное.

Но это не важно, главный вопрос - какая нашу линуксовая виртуалка умеет работать с aarch64?

Той самой, где, например, SoC 922X и т.п.

Емнип

Память тебе изменила.

Поставь уже qemu-system-aarch64 (где-то оно называется qemu-system-arm) и virt-manager, там будет возможность запустить виртуалку с AArch64.

Спасибо, сейчас попробую

Видимо чукча не читатель

На удивление, в репах нашлась такая - qemu-system-arm :=)

Успешно установилась, но к сожалению, при создании новой VM в гуишном «Менеджере виртуальных машин» сходу возникает ошибка -

Нет активных соединений для установки.

Я что-то сделал не так?

Поставь ещё libvirt-daemon-system. Похоже, virt-manager не тянет его по зависимостям.

https://wiki.archlinux.org/title/Libvirt

aarch64

нашлась такая - qemu-system-arm

А qemu-system-aarch64 не нашлась? Во всяком случае, в арче так.

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

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

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

Даже если ты её установишь, то просто так запустить не получится. Это в x86 системах (несмотря на последние усилия отдельных фирм) всё в целом понятное и предсказуемое (и прописано в дефолтах qemu), а на ARM-ах даже заставить работать экран это уже достижение, а загрузка на каждой его разновидности осуществляется по-своему.

Поставь ещё libvirt-daemon-system

Действительно не было. Установил, пока без изменений. Щас ребутнусь.

А qemu-system-aarch64 не нашлась? Во всяком случае, в арче так.

Увы, прямо такой в родных репах не нашлось, может, в сторонних есть.

Нужно подключиться к пользовательской сессии libvirt

А это как? :=)

Поставь ещё libvirt-daemon-system

Действительно не было. Установил, пока без изменений. Щас ребутнусь.

Reboot is good! :=)

Но не в данном случае, ребут не помог. Чтобы еще предпринять?

И вообще странно. Раньше с KVM-виртуалками проблем не было...

Даже если ты её установишь, то просто так запустить не получится. Это в x86 системах (несмотря на последние усилия отдельных фирм) всё в целом понятное и предсказуемое (и прописано в дефолтах qemu), а на ARM-ах даже заставить работать экран это уже достижение, а загрузка на каждой его разновидности осуществляется по-своему.

Вон оно как, оказывается... Тогда самостоятельно я тем более не справлюсь :-(

Она ещё может называться arm64. И какая ОС?

Я уже так давно настраивал, что даже не помню, настраивал ли вообще. Не помню, чтобы попытки перейти на virt-manager включали в себя много настроек. Всё было «включил, и работает».

Возможно, у тебя по какой-то причине не запущен libvirtd? Посмотри, запущен ли сервис. (systemctl status libvirtd)

Возможно, в virt-manager нужно подключиться к локальному демону libvirtd. В окне virt-manager выбери «Файл» → «Добавить соединение…», там выбери QEMU/KVM.

Ещё вспомнил, что могут быть проблемы с протоколом SPICE. Его недавно где-то отключали по умолчанию. В Debian нужно доустановить qemu-system-modules-spice, чтобы он снова работал. Но это всё не обязательно, потому что virt-manager и qemu могут общаться и через VNC.

Раньше с KVM-виртуалками проблем не было…

Забудь про KVM, оно работает только с гостями той же архитектуры, что и хост, что не твой случай.