Компания Oracle опубликовала релиз системы виртуализации VirtualBox 7.2. Готовые установочные пакеты доступны для RHEL 8/9/10, Fedora 36-42, openSUSE 15.6, Ubuntu 22.04/24.04/24.10, Debian 11/12, macOS и Windows...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63727
Опять интерфейс меняют...
> Нарушена совместимость с состоянием виртуальных машин на базе архитектуры ARM, сохранённым в VirtualBox 7.1, а также сохранёнными снапшотами ARM VM.не только интерфейс
Причём вышло как-то не очень.
а убунта на ней пойдет?
Да что угодно без проблем сразу пойдёт. Ну, за исключением mac OS, вот там придётся помучаться сначала неплохо так. А остальные системы ставятся нормально
и получилось на AMD запустить?
Зачем так мучаться (и мучать AMD и VirtualBox)?
А почему нет?
Смотря как. Если хост ниже Win. 10 то оболом.
> А почему нет?поделись какая версия MacOS у тебя на VirtualBox под Linux запустилась и работает?
с пробросом clipboard хотя бы
уважаемый. вижу ваше красноглазие. мой вопрос был задан не просто так. у меня в половине случаев убунта не работала в виртуалбоксе. в основном темный экран. это либо изза вайланда или изза новых ядер.
Там другую модель графония надо выбрать. VMSVGA в виртуалбоксе кривой.
Предположу когда тёмный экран надо включить 3D для видеокарты в VB и смотреть как это будет работать 3D в программном режиме если поможет и заработает 3D или с 3D.
говорят еще что по умолчанию 16мб памяти мало. надо увеличивать до максимума.
>Fedora 36-42,36-40 же EOL, зачем для них пакеты делать.
Зато пакета для Debian 13 нет)
есть "All distributions (built on EL7 and therefore not requiring recent system libraries)".
https://download.virtualbox.org/virtualbox/7.2.0/VirtualBox-...
> Добавлена обработка инструкций xsave/xrestor и задействованы расширения набора команд x86_64-v3, такие как AVX и AVX2.Все таки набор инструкций в 64 разрядных ЦПУ имеет значение.
Интересно, что половина новости посвящена улучшением совместимости с arm архитектурой. Кто-то готовится к будущему?
https://www.virtualbox.org/wiki/Downloads
> This VirtualBox Extension Pack Personal Use and Educational License governs your access to
and use of the VirtualBox Extension Pack. It does not apply to the VirtualBox base package and/or its source code, which are licensed under version 3 of the GNU General Public License “GPL”).
Машинный перевод от Гугла.
Настоящая лицензия VirtualBox Extension Pack для личного использования и образовательных целей регулирует ваш доступ к VirtualBox Extension Pack и его использование. Она не распространяется на базовый пакет VirtualBox и/или его исходный код, которые лицензируются в соответствии с версией 3 Стандартной общественной лицензии GNU (GPL).
То есть базовый пакет свободный, GPL-3, а расширения проприетарные. Почему бы и все расширения не открыть под свободными лицензиями, Oracle?
А какая разница, какая лицензия? Всё равно ведь бесплатно и меняться это явно не будет, уже десятки лет так
Именно лицензия определяет является такая программа свободной или нет, и как ее разработчик выстраивает отношение с пользователем. Но вы не отвлекайтесь от халявы, осуждать вас никто не будет.
> Почему бы и все расширения не открыть под свободными лицензиями, Oracle?Очевидно потому что они содержат код, который сложно перелицензировать. Поэтому его и вынесли в расширения.
> В состав открытой кодовой базы перенесён код для эмуляции контроллеров NVMe.
Вот что-то переписали/перелицензировали и перенесли в открытый код.
GPL же ни с чем не совместимо кроме GPL, причём только своей версии. Т.е. VirtualBox - контрафакт...
> Интересно, что половина новости посвящена улучшением совместимости с arm архитектурой.
> Кто-то готовится к будущему?Не просто кто-то, даже такие "ненужные" проекты как Wine и такие конторы как Valve заинтересованы в подобном. Значит эти жжжжж неспроста. ;)
>Почему бы и все расширения не открыть под свободными лицензиями, Oracle?Ну видимо хотят зарабатывать на корпоративных пользователя, удивительно да?
>Интересно, что половина новости посвящена улучшением совместимости с arm архитектурой. Кто-то готовится к будущему?Залили PR-ы в master, просто-напросто.
Будущего у ARM нет.
> Будущего у ARM нет.Чой та? Я хоть и не фанат - но будущее у него есть.
Ну подумай думалкой - когда всё уйдет в облака твой персональный облачный терминал будет жи на арме!
... потому что надо их много и дёшево, да и потом чтоб на раба дорогое электричество не перетратить.
Intel N150 — много. дёшево… да в принципе и не как термиаал годно.
> твой персональный облачный терминал будет жи на арме!не будит - санкции, слыхал? Так что новый макпук ему не светит.
А китайский будет на том самом N150
> потому что надо их много и дёшево
ваще нинада, по одному на раба, и то много, могут же из рук в руки передавать!
А вот в облачкаааах - белогривых лошариков УЖЕ на армах крутют. Потому что они все равно только в "linear scaling" умеют - дай им хоть 600 ядер и 500 терабайт - все равно потребуют еще пятнадцать тазиков. Потому что ни в параллельные задачи, ни в numa, ни в зуб ногой.
(Кстати, выкинули мы таки эту поделку. Нам тут виндовую принесли - в полтора раза дороже, но почему-то умещается в ОДИН сервер, а не в 25)
Что думаешь делать, когда перестанет в один помещаться? Или когда он сломается.
искать менее задницеруких разработчиков, способных поместиться.
Потому что пока что те 25 поделок на одном ядре с "linear scaling" скейлятся даже не "в один" а в 1/32 от современного (ой ли) сервера. И это - с учетом того что в ТАКИХ безумных масштабах виртуализация немного перестает быть бесплатной.> Или когда он сломается.
ты не поверишь, но те 25 - не HA!
Там отдельная лицензия и отдельная стая виртуалок (видимо, так далеко тестирование не зашло, проект признан несостоявшимся и начальство повелело удалить все следы. Но там были какие-то требования к микросекундным задержкам между вм, так что HA явно не на тех же должно было строиться, или оно работать вовсе не будет.)
Есть такая тнформвция:"Почему лицензия VirtualBox Extension Pack не является свободной
Extension Pack выпускается под Personal Use and Evaluation License (PUEL), а не под открытой лицензией, потому что Oracle сохраняет за собой коммерческие права на дополнительные функции, расширяющие базовый VirtualBox.
Причины ненастоящей открытостиКоммерческие модули
• Расширения (USB 2.0/3.0, RDP, PXE Boot) — это проприетарный код, который Oracle не хочет отдавать под свободную лицензию.
Защита интеллектуальной собственности
• PUEL позволяет Oracle защищать свои инвестиции в разработку и ограничивать использование расширений в некоммерческих целях.
Бизнес-модель
• Бесплатно распространяется сам VirtualBox (GPLv2), а за коммерческие возможности через Extension Pack Oracle может взимать плату при корпоративном использовании.Последствия для пользователей
• Можно бесплатно использовать Extension Pack для личных и учебных целей.
• В коммерческом окружении требуется платная подписка или иное соглашение с Oracle.
• Код Extension Pack закрыт, поэтому сообщество не может его дорабатывать или распространять под свободной лицензией"https://www.oracle.com/virtualization/virtualbox/ Выберите раздел «Support & Services» для VirtualBox Enterprise.
Поясните за KVM-патч. Там в readme написано что xsave требует ... решил её на fxsave заменить (на "коре дуба" нет xsave), а в патче она вообще не фигурирует...
00:00:00.802790 Changing the VM state from 'POWERING_ON' to 'RUNNING'
00:00:00.802795 Console: Machine state changed to 'Running'
00:00:00.802953 Changing the VM state from 'RUNNING' to 'GURU_MEDITATION'
00:00:00.803008 Console: Machine state changed to 'Stuck'Хороший апйдет, подожду первого минорного багфикса
Ну кто ж свежий VirtualBox с пылу, с жару использует. По-моему, у них _всегда_ были серьёзные косяки.
Debian 13 забыли ироды?! А их .run версия на Debain 13 между прочим не работает! Когда будет нормальный .deb для Debian 13?
> Debian 13 "trixie" released
> August 9th, 2025Не ынтрепрайзно
Да, ещё не готов (забыли положить apt-xapian-index, например).
>" Когда будет нормальный .deb для Debian 13?“Вот делать нечего разработку, кроме как собирать под 100500 дистрибутивов Linux. Он уже собрал под Win и Mac! Возможно, есть snap пакет. А остальное тебе Васи собирут.
Snap, ты серьезно? Запустим виртуалку, чтобы запустить виртуалку и в нем еще одну виртуалку! Даешь больше виртуалок!
сломали арм зачем? после обновления перестал грузиться дроид.
Они там 3D исправили примерно в 7.1.10, так что смысла обновляться на новую ветку нет. Всё равно её никто не тестировал.
не знаю чо они там исправили, у меня в госте w7 не работает.
> Они там 3D исправили примерно в 7.1.10, так что смысла обновляться на
> новую ветку нет. Всё равно её никто не тестировал.В 7.1.12 закрыли несколько критических уязвимостей, про одну из которых был не так давно плач в интернетах, а 7.1.10 осталась дырявой, вот и думайте! ¯\_(ツ)_/¯
А рандомные фризы с полным отключением устройств ввода не сказали когда починят?
Не подтверждаю такой проблемы.
Та же фигня. Особенно проявляется, если стартуешь виртуалку и переключаешься на другое окно или программу, то бишь когда VB теряет фокус либо перекрывается другим окном полностью (например, браузер). Возвращаешься, чтобы глянуть, загрузилась ли виртуалка, а там полный фриз около минуты. В багтрекере не искал, лень. Может кто-то еще подтвердит такое.
В RPMFusion вот только вчера дослоупочили до 7.1.12, вот тебе и поддержка Fedora 42, а тут вон оно чо оказывается.))
У рыгакла же есть репы под rpm-based. Поройтесь в разделе загрузок, там расписано, как их подцеплять.
> У рыгакла же есть репы под rpm-based. Поройтесь в разделе загрузок, там
> расписано, как их подцеплять.Да, есть, только штука в том, что оно тоже там недавно только докатилось до поддержки Fedora 42, но проблема не в этом, если вы погуглите советы по установки VirtualBox на Fedora, то наткнётесь не один раз на совет ставить этот пакет из RPMFusion для решения множества затупов и проблем.
С которыми кстати я также столкнулся переходя на Fedora. В общем, будто существует какое-то негласное правило вставлять палки в колёса именно для Virtualbox (хотя это и из теории заговоров, но я не знаю как объяснить ещё настолько будто нарошную кривизну работы с официальным пакетом от Оракла). На фоне deb-based систем, которые уже который год отлично работают в плане установки и нстройки официальных пакетов с репы VitualBox, Fedora выглядит каким-то васянским колхозанством, что печалит. Вообще не похоже, чтобы RHEL сотоварищи были заинтересованы в улучшении опыта работы с VirtualBox, они будто такими сомнительными (без)действиями двигают свои решения виртуализации, кто знает?!.. Но факт в том, что Fedora и VirtualBox не самый лучший опыт работы, в отличии от тех же Ubuntu/Debian
Я пока не пробовал сам Ораклавский дистр, но подозреваю там всё будет хорошо, потому что иначе было бы странно, речь конкретно за Fedora.
Fedora по определению дистрибутив с более новыми пакетами, чем Ubuntu/Debian.В VirtualBox же более консеравтивная/медленная политика на этот счёт.
И то, про Debian 13 и VirtualBox тут уже писали.
С PAE в ВМ беда.
>PAEНапомни, че там ваш главарь (оторвальдс который) говорил по поводу PAE... Мол, ересь и должно умереть, да? Ну, давно это было. Еще когда ядра были 2.6.х, кажется. Брось каку, содомит!
Порвальдс - типичный неосилятор, и точно не "мой главарь"
Да, но ...В вопросе с PAE яжефина права на все 146%! Оно не то что должно быть убито, оно и рождаться не должно было! :)
Лахтарь осилил только примитивную плоскую модель памяти с хардкодной TASK_SIZE - естественно, что это будет ломаться на всем, что в это прокрустово ложе не вписывается.Возможность использования расширенных физических адресов, причем, есть даже на убогих MIPS32 и ARMv7
На мак на ARM устанавливается, но работает на столько ужасно, что пользоваться невозможно. Это при условии, что система вообще запустится.
Выше уже отписали. АРМ поломали. Печаль, да.
Нельзя поломать то, что изначально не работало.
Когда вернут поддержку граф. ускорения в WinXP?
Зачем вам XP на 286?
Для ускорения же!
Пакеты под Debian и производные в офрепе, похоже, идут с либами Qt6 вместо сборки с системными (как раньше): вид в GTK-окружении поломался :(
Раз уж без Qt 6.8 никак, то чего бы libqgtk3.so в plugins/platformthemes/ не положить?
> Пакеты под Debian и производные в офрепе, похоже, идут с либами Qt6
> вместо сборки с системными (как раньше): вид в GTK-окружении поломался :(
> Раз уж без Qt 6.8 никак, то чего бы libqgtk3.so в plugins/platformthemes/
> не положить?В какой-такой офрепе?
Разве virtualbox не выкинули на мороз в Debian в прошлом релизе ещё в пользу официального ораклавского репозитория?
Про официальный репозиторий VB (https://download.virtualbox.org/virtualbox/debian) речь и шла.
Не очень понимаю, как можно было прочитать "Пакеты под Debian и производные в офрепе" иначе...
> Про официальный репозиторий VB (https://download.virtualbox.org/virtualbox/debian)
> речь и шла.
> Не очень понимаю, как можно было прочитать "Пакеты под Debian и производные
> в офрепе" иначе...Элементарно, и в репозиториях Дебиана и в репозиториях Оракла есть пакеты под Debian очевидно. И репозитории Дебиана и репозитории Оракла - официальные, а что в каких сочетаниях имелось в виду - непонятно, так вот так, вас могут понять как угодно, коли вы так пространно выражаетесь.
По-моему, вы придираетесь, только не очень понятно, зачем. Если говорят об официальных репозиториях, то так и говорят: в офрепе Debian, в офрепе Ubuntu, в офрепе Mint или в офрепе Devuan и т.д. А тут - 1 (один) официальный репозиторий с "пакетами под Debian и производные".
Лучше бы по делу, ей-богу...
>Qt6Попробуй qt6ct.
Естественно, попробовал: вид заметно отличается от других приложений на Qt6, но хотя бы пункты главного меню стали отображаться.К слову, технически Oracle'овцы нужные файлы вроде как положили, зачем-то дописав к имени "VBox":
platformthemes/libqgtk2VBox.so
platformthemes/libqgtk3VBox.so
styles/libqgtk2styleVBox.so
Только не работает нормально.
Давно пересел на qemu+nemu и забыл как страшный сон.
Если тебе венда в госте без проброса видеокарты, то без vmware никуда. А сабж действительно смешное, лаже баги вайна при воспроизведении видео повторяет (вроде перевёрнутой картинки).
На винде без отключения VBS уже можно юзать или всё еще тормоза?
Кто-нибудь уже ставил?
Отвалилось что-нибудь?
Да, поставил. Ни одна ранее созданная виртуалка не запускается с итогом медитации-краша
А. Это приколы ядра 6.12+
Которое недавно прилетело в Ubuntu 24.04sudoedit /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT=“BLAH-BLAH-BLAH kvm.enable_virt_at_load=0”
sudo update-grub
> А. Это приколы ядра 6.12+
> Которое недавно прилетело в Ubuntu 24.04
> sudoedit /etc/default/grub
> GRUB_CMDLINE_LINUX_DEFAULT=“BLAH-BLAH-BLAH kvm.enable_virt_at_load=0”
> sudo update-grubНе хоть завелось.