Как стать автором
Обновить

Комментарии 60

Двузсторонний drag-and-drop на windows

Сорри, не нашел как личное сообщение отправлять.
Исправил, спасибо!
Detach mode
, да да, полностью согласен! отличная штука, надо тестировать!
@VoximplantC, спасибо за хорошую новость.
Рабочий день пятницы пролетит незаметно в тестах VB 5.0
Пришлось прочитать два раза, чтобы понять, что речь не о Visual Basic 5.0…
Headless режим там был достаточно давно.
>>GUI теперь можно закрыть, оставив виртуальную машину работать в фоновом режиме. Я ждал этого последние лет пять.
VBoxManage давным давно позволяет запускать --headless виртуалку из консоли.
Безусловно. А detach mode — то же самое, но с подключением-отключением из GUI. VNC к виртуалкам не всегда удобно, а тут и список запущенных в одном месте, и 3d акселерация если нужно, и прочие радости жизни.
ну акселерация была доступна и в безбашенном режиме.
Я имею в виде акселерацию при выводе на экран. При подключении по VNC к безбашенной виртуалке передаваться будет картинка, и если в виртуалке какой-нить gnome shell акселерированный то мы увидим рывки, слайд шоу и прочие радости удаленного доступа.
А вы бы использовали не VNC (он и не на виртуалке может слайдшоу подарить), а встроенный в VBox «Удаленный дисплей» в настройках видео.
Так же можно было запустить виртаульную машину с зажатой кнопкой Shift — стартовала в detached режиме. Не знаю описано ли где это, но это работало
А что слышно о поддержке GCC 5.x.x? VBox 4-ых при конфигурации ругался на «сильно новую версию»…
А в простом окошечном gui все еще нельзя строки меню и статуса убрать?
В чейнджлоге было что-то про настройки gui
Да можно, в настройках самой виртуалки, появился новый пункт
Здорово конечно, но было бы совсем здорово, если позволили бы аппаратно пробрасывать хостовую видеокарту в гостя.
Это каким образом?
Таким же, каким происходит проброс PCI устройств, дисков и прочей периферии. Только в отличие от последних, это сопряжено с определенными трудностями.
А от хоста она по-вашему должна на-горячую отключаться при этом?
НЛО прилетело и опубликовало эту надпись здесь
Например, через VT-d. KVM это давно умеет.

Или через проброс OpenGL-ных команд. QEmu/KVM над этим работают.
через проброс OpenGL-ных команд

Это уже давно есть.
А что-то апдейтов не пришло еще… На офсайте новая версия есть, а апдейтов для установленного VB нет.
А их и не будет. Потому что это на апдейт, а апгрейд.
Нужно ставить новый пакет, с новым именем (скорее всего virtualbox-5.0). При этом он попросит снести предыдущий virtualbox-4.3.
А, вон как. Спасибо.
ну… чувствую, что если прогоны 5рки увенчаются успехом, то на новом сервере она будет стоять \0/
Главное, чтобы extension ставился без проблем и на ядро не материлась.
Чёрт! А vagrant-то не работает с пятой версией!
Решение:
Заголовок спойлера
I too wanted to try out VirtualBox 5 beta's with vagrant and I managed to get it running. Here's what I did:

Step 1: Copy the version_4_3.rb file in %vagrant_install_dir%\embedded\gems\gems\vagrant-1.7.2\plugins\providers\virtualbox\driver to version_5_0.rb and edit the class name of the copied file to be «version_5_0»

Step 2: Modify the «meta.rb» file in the virtualbox\driver folder by adding ,5.0" => Version_5_0 to the driver_map hashmap (line 48).

Step 3: Modify the plugin.rb file in the providers\virtualbox directory (up one directory from where we were) and add the following line under line 47: autoload :Version_5_0, File.expand_path("../driver/version_5_0", __FILE__)

You're done.

Проверил лично.
Источник: github.com
НЛО прилетело и опубликовало эту надпись здесь
Так и не пофиксили вылет под вин10 когда пытаешься выбрать загрузочный диск.
не думаю, что хоть кто-то будет фиксить свой софт для вин10 до ее официального выхода
Ошибочное заблуждение.
Вы бы стали? Я — нет, двойная работа мне не нужна. Переделать сейчас под какую-то бету, а завтра изменят строчку кода и у тебя снова не работает всё.
Вы глубоко ошибаетесь. Win 10, DirectX 12 и VulkanAPI ещё официально не вышли, но под первую производители уже давно выпустили драйвера, а под остальные давно адаптировали игровые движки и представили демки.
Путем дописывания win10 в название драйвера? Это ничего не доказывает. Вы же сейчас не разрабатываете софт для Андроид М, по факту всё поправят, куда вы гоните?
Если бы все рассуждали, как вы, то мы бы имели пустые прилавки с играми в день выхода очередной консоли (ну а чего под неё писать то, она ещё не вышла).

Prev-dev версии ПО для того и предназначены, что бы к моменту релиза разработчики успели адаптировать свои продукты.

Я вообще не пишу под Андроид, но M стоит на моём нексусе со дня анонса новой бетки.
Путем сильного переписывания драйвера под абсолютно новый API — у той же AMD даже DX11 игры серьезный прирост получили с Win10 драйверами, не говоря уже о DX12, который с прошлой версией ничего общего не имеет.

Что до андроида, то беты iOS для того и предназначены, чтобы у людей уже все работало, а не приходили такие вот разработчики — а нафиг оно мне надо, оно еще не вышло и 10 раз поменяется. Про консоли тем более хороший пример — там предварительные dev-киты очень сильно меняются и порой разработчики ловят много проблем, а ведь вначале они вообще для ПК со схожей производительностью пишут, а не для хотя бы тестового железа консоли, но по-другому никак. Игры и платформа должны выходить одновременно.
я знал, что мое мнение многим не понравится, извините меня, но я тут не при чем, если разработчики этой замечательной софтинки придерживаются того пути, который я обозначил.
Тут больше проблема не во мнении самом, а в том, что вы пытаетесь говорить за других. Разработчик выбрал как раз тот путь, о котором мы говорим www.virtualbox.org/wiki/Changelog-4.3 То, что они делают это не слишком успешно, уже другой вопрос.
Вы ошиблись как минимум 1 раз.
В windows 10 при срабатывании Punto Switcher в Skype последний намертво зависал.
Через 3 дня после создания соответствующей темы в Клубе Пунто разработчики выложили первую бета-версию, частично решающую проблему. А ещё через две беты проблему решили полностью. И это до официального релиза десятки.
Уверен, это не единственный случай отладки софта под новую винду.
Кстати, это очень круто, самого это очень расстраивало. Но еще раз повторю, многие разработчики не выпустят ДО официального релиза что-то, просто потому что много раз видел подобные предупреждения на различных утилитах. Со мной почему то все так не согласны, хотя я обозначил обычное положение дел…
Я не согласен только с вашим первоначальным утверждением:
что хоть кто-то будет фиксить свой софт
Потому что у разных компаний разный подход к поддержке своего софта.
Я вижу примеры как Яндекса с их Punto, так и Norton, которые в ответ на жалобы, что NIS не ставится на десятку заявили, что официального релиза десятки ещё не было и они не будут фиксить софт под IP версию. Справедливости ради стоит заметить, что они оказались правы: на билд 10130 NIS не ставился, а на 10162 уже корректно установился.
«не выпустят» и «не будут писать» — это очень разные вещи.
Да, версию софта «для десятки» многие не выпустят до релиза десятки. Но писать и тестировать её будут. И править предыдущие версии, чтоб они корректно работали под десяткой тоже будут. Может не все, но большинство.
Ещё в апреле 2015 мне пришлось откатиться к VB 4.3.12 на Windows 7 из-за бага (can't start VM 0x80004005). Интересно, решена ли эта проблема?
Скорее всего это связано с тем, что кто-то включил в хостовой винде Hyper-V. Оно принудительно отключает любую другую виртуализацию.
А версия 4.3.12, которая без бага, это не любая другая виртуализация? )
Оппа, а в чем прикол?
Только что проверил, проблема не решена.
4.3.12? Уж больно подозрительное совпадение по последней версии без «бага».
Мне кажется, что стоит искать корни в этой проблеме.
Осторожно: последний VBoxVmService 4.1 перестал работать с ошибкой «Error creating VirtualBox instance! rc = 0x80004002» в логах. VBoxVmService используется для установки виртуалок под виндой в виде системного сервиса.
Пользовался еще когда была в бете, пока очередное обновление не убило запуск машин. В логах нашел вот это

00:00:34.325315 emR3Debug: rc=VERR_SUPDRV_TSC_DELTA_MEASUREMENT_FAILED
00:00:36.390157 Console: Machine state changed to 'Stopping'

Ждал релиза, думал исправят. Не исправили
Не помню точно с какой версии, но уже больше года не работает WiFi через USB модель TL-WN722N.
Пробрасывал по разному использовав множество инструкций, ошибка код 19 или 10.
В Windows и Linux.
У кого либо есть такая проблема?

P.S. Возможно это связано не с VirtualBox а с самой Windows, на которую тоже прилетело не мало обновлений к тому времени. Временно использую VMWare Player с машиной 2 летней давности где все работало. Все новые не работают (поэтому и на Windows намекает).
Драги-дропы это, конечно, хорошо; а USB 3.0 так просто отлично. Но подождем, когда кто-нибудь затестит производительность в сравнении с KVM под реальной нагрузкой.
Вот просто с языка сняли) Только еще бы и сравнение с vmware workstation туда добавить…
Спасибо за статью!

Про Detach mode — речь идет не о GUI, а об окошке с интерфейсом виртуалки? Я правильно вас понял?
Учитывая, что «GUI» и «Окошко» это синонимы, я не понял вопроса :). Речь идет о том, что теперь, запустив виртуалку из интерфейса virtualbox и закрывая окно виртуалки крестиком, можно выбрать четвертый пункт «окно закрыть, виртуалку оставить работать». Такие виртуалки отображаются в интерфейсе virtualbox и к ним можно «подключиться», снова открыв окно.

Очень удобно с docker: если что пошло не так, можно подключиться к виртуалке и получить ее «родные» экран и ввод, а не ssh
Да, про Docker хороший сценарий! :-)
Спасибо за ответ!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий