Гостевые системы и хосты с Linux теперь поддерживаются ядра Linux 5.11 и 5.12

Вначале от такого издевательства «бомбануло»… потом глянул, кто подтвердил :) Классика не стареет!

Не нужно, есть qemu-kvm

qemu-kvm

Не готово к десктопу.

у меня в macOS Big Sur не работает Вкоробка, что делать?

Невозможность установки windows 10 с virtio-scsi так и не починили?

qemu-kvm

Не готово к десктопу.

Разве? Вполне себе гоняю там Win 10 ради Adobe графических редакторов.

Лучше бы нормальный opengl в гостевой винде сделали.

Гонять можно, но Virtualbox удобнее.

Удобнее только за счёт бесшовного внедрения в рабочий стол.

GUI удобнее, делать снапшоты, подключать папки с хостовой системы. Как сделать последнее - я создавал эпичный тред, по результатам которого все равно оказалось что все печально. А в Virtualbox это делается элементарно.

решены проблемы с обработкой гостевых ОС при наличии Hyper-V

Это значит что на винде с WSL2 VirtualBox наконец будет работать, или это про другое?

решены проблемы с обработкой гостевых ОС при наличии Hyper-V

Это значит что на винде с WSL2 VirtualBox наконец будет работать, или это про другое?

Это значит что

«решены проблемы» умный_афроамериканец.жпг

Просто последний год, по-моему, каждый релиз «решает проблемы» с hyper-v, а vbox как висла так и виснет. Ладно, поставлю проверю.

Короче проверил, вроде параллельно работают, вот и славно.

Не нужно, есть qemu-kvm

Удваиваю.

подключать папки с хостовой системы

Все подключается.

Что-то не вижу в том треде qemu-kvm -hdb fat:/my/directory ....

Все подключается.

Гланды тоже разными способами удаляются.

А это точно работает в две стороны? То есть файлы созданные на виртуалке попадут в папку на хосте? Очень сомневаюсь.

Это значит что на винде с WSL2 VirtualBox наконец будет работать, или это про другое?

Будет. Но нормальную работу никто не гарантирует.

Собственно поэтому режим совместимости HyperV обозначен иконкой черепахи 🐢 — этакая тормузнутая штука на абы как.

https://qemu.readthedocs.io/en/latest/system/images.html#virtual-fat-disk-images

С ограничениями можно рискнуть и использовать на запись.

Все равно не удобно, потому что

What you should never do:
use “-snapshot” together with “:rw:”

не удобно

Все удобно.

Может, потому что

fat:

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

Это полбеды. Вот где беда:

What you should never do:
write to the FAT directory on the host system while accessing it with the guest system

Интересно, как там обстоят дела со звуком? А то в VMware Workstation 16 Player эти дела не очень.

У меня никогда не было проблем со звуком в VirtualBox. Ни в гостевом оффтопике, ни в гостевом онтопике.

ALSA vs PULSE

на 5.х подтупливает... (не знаю, как в «крайней» версии :о)

pulse - работает без замечаний, а при переводе на alsa со звуком проблемы (хотя на реальном железе «аналогичные» решения работают)

За 15 лет использования VirtualBox ни разу не использовал звук 🤣

С трудом понимаю зачем 🤨

За 15 лет использования VirtualBox ни разу не использовал звук

Чтобы на удалёнке работать через виртуалку, т.к. используется подключение через VPN, если нужен звук (техподдержка, например).

Ну по прошлому году:

• virt-manager – угрёбище!

• виртуалки с Шин10 артефачат на QXL драйвере.

• убунту 20.04 – долгое выключение хоста, там со скриптами проблемы, они по 2-3 минуты на каждую виртуалку чего-то ждут.

Итого: MS Hyper-v делает !не! всё тоже самое, но отлично интегрирован с виндовс-хостом. Включается/выключается быстро, без лишних задержек.

virt-manager — супер вещь. QXL — недоделка. Долго пытался с ним подружиться. А потом поставил Virtio и всё работает как часы, и с 3Д ускорением. Что до убунты — так не ставь себе жирноось с жирногномом. Вон, теперь туда уже и майрософтовские зонды вставили.

qemu-kvm Не готово к десктопу

Зато qemu это вариант для альтернативной ОСи, ОпенБСД (ВБокса там нет; я не перешёл пока на Опен).

подключать папки с хостовой системы

Если в виртуалке Линукс, то файло я перекидываю так: tar -c dir | nc -nlp 1234 и nc x.x.x.x 1234 | tar -x (да, это не тянет на годность для десктопа, но пойдёт: один раз написать, а потом вверх-энтер, и в другом месте вверх-энтер). Если в виртуалке Винда, то самба (а это легко тянет).

Нормуль кьюему! :)

Virtualbox удобнее

Вбокс емнип требует проприетарный компилятор для биоса. И в репах Дебиана его поэтому нету. Скачивая Вбокс и юзая его, ты доверяешься (без возможности проверить бинарь) корпорации (ораклу).

Вбокс емнип требует проприетарный компилятор для биоса. И в репах Дебиана его поэтому нету. Скачивая Вбокс и юзая его, ты доверяешься (без возможности проверить бинарь) корпорации (ораклу).

Ложь. По всему.

https://en.wikipedia.org/wiki/Watcom_C/C%2B%2B#License_considerations

Debian же не устраивает Virtualbox из-за сложности бэкпортирования секурных патчей.

Ложь

А, ну забыл, да. Спасибо за быструю тактичную поправку.

Кстати странно что (бывшая) корпорация (Watcom) выпустила исходники под ещё бОльшим копилефтом чем даже ГНУ (копилефт которой не устраивает многие корпорации). Интересно почему/зачем?

Зато qemu это вариант для альтернативной ОСи, ОпенБСД

А там что, уже KVM заработало? Что-то очень сомневаюсь.

Если в виртуалке Линукс, то файло я перекидываю так

Я могу предложить еще десяток таких же способов удаления гланд через зад. Но это не относится к «нормуль».

Вбокс емнип требует проприетарный компилятор для биоса. И в репах Дебиана его поэтому нету. Скачивая Вбокс и юзая его, ты доверяешься (без возможности проверить бинарь) корпорации (ораклу).

Это ты так шутишь, надеюсь?

Debian же не устраивает Virtualbox

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

В stable и testing нету, есть только в oldoldstable, stretch-backports и unstable.

Они знают, ламер.

bug 794466

→ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794466

Зато виртуалбокс тащит свои блобы в виде гостевых дополнений. Спасибо, мне такого не надо. Кроме того, в моей системе это поделие требует каких-то плясок с бубном, вечно что-то глючит, и пакетный менеджер оно засирает кучей своих пакетов. А qemu под управлением virt-manager просто работает.

и unstable.

Это и есть «в дебьяне» для ящика.

Стабильные пакеты оракл сам опакечивает для бубунты и дебьяна:

https://www.virtualbox.org/wiki/Linux_Downloads

Зато виртуалбокс тащит свои блобы в виде гостевых дополнений

Ложь.

У Virtualbox гостевые дополнения с открытым кодом. (Guest additions).

Есть, разве что Virtualbox Extension Pack с сомнительной нужностью. Оно да, закрытое. Я вот его никогда не ставлю. Не потому что боюсь 🙀 закрытого кода, а просто лень — с ними возится надо при обновлении.

Там такие вещи:

Support for USB 2.0 and USB 3.0 devices, VirtualBox RDP, disk encryption, NVMe and PXE boot for Intel cards.

Причём USB 2.0 и 3.0 девайсы работают нормально. Может со скоростью не той… Не замерял.

Ложь

[Всё таки правда]

Логика лоровца.

А у тебя какая логика, если речь о двух разных вещах? Так что правдой твоя ложь не становится.

Зато виртуалбокс тащит свои блобы в виде гостевых дополнений

И не гостевые дополнения, и не тащит.

И в чём проблема наличия такого опционального компонента тоже непонятно. Тем более ты всё равно подобное в qemu под управлением virt-manager не используешь.

Виртуалки в qemu-kvm визуально шустрее работают … Никаких проблем с qlx драйверами нету … В общем я давно от virtualbox отказался

поставить Linux, очевидно же

у меня в macOS Big Sur не работает Вкоробка, что делать?

С выходом Apple M1, надо валить с Virtualbox на Parallels или VMware.

У меня старый макмини 2014, М1 там конечно не пахнет. Но зато в БигСур не работает ВБокс =(

Оно и понятно.

Просто в Virtualbox и раньше macOS не было приоритетом. А сейчас уж тем более 🤷‍♂️