Comments 60
Двузсторонний drag-and-drop на windows
Сорри, не нашел как личное сообщение отправлять.
Detach mode, да да, полностью согласен! отличная штука, надо тестировать!
>>GUI теперь можно закрыть, оставив виртуальную машину работать в фоновом режиме. Я ждал этого последние лет пять.
VBoxManage давным давно позволяет запускать --headless виртуалку из консоли.
VBoxManage давным давно позволяет запускать --headless виртуалку из консоли.
Безусловно. А detach mode — то же самое, но с подключением-отключением из GUI. VNC к виртуалкам не всегда удобно, а тут и список запущенных в одном месте, и 3d акселерация если нужно, и прочие радости жизни.
ну акселерация была доступна и в безбашенном режиме.
Так же можно было запустить виртаульную машину с зажатой кнопкой Shift — стартовала в detached режиме. Не знаю описано ли где это, но это работало
А что слышно о поддержке GCC 5.x.x? VBox 4-ых при конфигурации ругался на «сильно новую версию»…
А в простом окошечном gui все еще нельзя строки меню и статуса убрать?
Здорово конечно, но было бы совсем здорово, если позволили бы аппаратно пробрасывать хостовую видеокарту в гостя.
А что-то апдейтов не пришло еще… На офсайте новая версия есть, а апдейтов для установленного VB нет.
ну… чувствую, что если прогоны 5рки увенчаются успехом, то на новом сервере она будет стоять \0/
Главное, чтобы extension ставился без проблем и на ядро не материлась.
Главное, чтобы extension ставился без проблем и на ядро не материлась.
Чёрт! А vagrant-то не работает с пятой версией!
Решение:
Проверил лично.
Источник: github.com
Заголовок спойлера
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.
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 стоит на моём нексусе со дня анонса новой бетки.
Prev-dev версии ПО для того и предназначены, что бы к моменту релиза разработчики успели адаптировать свои продукты.
Я вообще не пишу под Андроид, но M стоит на моём нексусе со дня анонса новой бетки.
Путем сильного переписывания драйвера под абсолютно новый API — у той же AMD даже DX11 игры серьезный прирост получили с Win10 драйверами, не говоря уже о DX12, который с прошлой версией ничего общего не имеет.
Что до андроида, то беты iOS для того и предназначены, чтобы у людей уже все работало, а не приходили такие вот разработчики — а нафиг оно мне надо, оно еще не вышло и 10 раз поменяется. Про консоли тем более хороший пример — там предварительные dev-киты очень сильно меняются и порой разработчики ловят много проблем, а ведь вначале они вообще для ПК со схожей производительностью пишут, а не для хотя бы тестового железа консоли, но по-другому никак. Игры и платформа должны выходить одновременно.
Что до андроида, то беты iOS для того и предназначены, чтобы у людей уже все работало, а не приходили такие вот разработчики — а нафиг оно мне надо, оно еще не вышло и 10 раз поменяется. Про консоли тем более хороший пример — там предварительные dev-киты очень сильно меняются и порой разработчики ловят много проблем, а ведь вначале они вообще для ПК со схожей производительностью пишут, а не для хотя бы тестового железа консоли, но по-другому никак. Игры и платформа должны выходить одновременно.
я знал, что мое мнение многим не понравится, извините меня, но я тут не при чем, если разработчики этой замечательной софтинки придерживаются того пути, который я обозначил.
Тут больше проблема не во мнении самом, а в том, что вы пытаетесь говорить за других. Разработчик выбрал как раз тот путь, о котором мы говорим www.virtualbox.org/wiki/Changelog-4.3 То, что они делают это не слишком успешно, уже другой вопрос.
Вы ошиблись как минимум 1 раз.
В windows 10 при срабатывании Punto Switcher в Skype последний намертво зависал.
Через 3 дня после создания соответствующей темы в Клубе Пунто разработчики выложили первую бета-версию, частично решающую проблему. А ещё через две беты проблему решили полностью. И это до официального релиза десятки.
Уверен, это не единственный случай отладки софта под новую винду.
В windows 10 при срабатывании Punto Switcher в Skype последний намертво зависал.
Через 3 дня после создания соответствующей темы в Клубе Пунто разработчики выложили первую бета-версию, частично решающую проблему. А ещё через две беты проблему решили полностью. И это до официального релиза десятки.
Уверен, это не единственный случай отладки софта под новую винду.
Кстати, это очень круто, самого это очень расстраивало. Но еще раз повторю, многие разработчики не выпустят ДО официального релиза что-то, просто потому что много раз видел подобные предупреждения на различных утилитах. Со мной почему то все так не согласны, хотя я обозначил обычное положение дел…
Я не согласен только с вашим первоначальным утверждением:
Я вижу примеры как Яндекса с их Punto, так и Norton, которые в ответ на жалобы, что NIS не ставится на десятку заявили, что официального релиза десятки ещё не было и они не будут фиксить софт под IP версию. Справедливости ради стоит заметить, что они оказались правы: на билд 10130 NIS не ставился, а на 10162 уже корректно установился.
что хоть кто-то будет фиксить свой софтПотому что у разных компаний разный подход к поддержке своего софта.
Я вижу примеры как Яндекса с их Punto, так и Norton, которые в ответ на жалобы, что NIS не ставится на десятку заявили, что официального релиза десятки ещё не было и они не будут фиксить софт под IP версию. Справедливости ради стоит заметить, что они оказались правы: на билд 10130 NIS не ставился, а на 10162 уже корректно установился.
«не выпустят» и «не будут писать» — это очень разные вещи.
Да, версию софта «для десятки» многие не выпустят до релиза десятки. Но писать и тестировать её будут. И править предыдущие версии, чтоб они корректно работали под десяткой тоже будут. Может не все, но большинство.
Да, версию софта «для десятки» многие не выпустят до релиза десятки. Но писать и тестировать её будут. И править предыдущие версии, чтоб они корректно работали под десяткой тоже будут. Может не все, но большинство.
Ещё в апреле 2015 мне пришлось откатиться к VB 4.3.12 на Windows 7 из-за бага (can't start VM 0x80004005). Интересно, решена ли эта проблема?
Скорее всего это связано с тем, что кто-то включил в хостовой винде Hyper-V. Оно принудительно отключает любую другую виртуализацию.
Только что проверил, проблема не решена.
4.3.12? Уж больно подозрительное совпадение по последней версии без «бага».
Мне кажется, что стоит искать корни в этой проблеме.
Мне кажется, что стоит искать корни в этой проблеме.
Вы, похоже, правы.
sporaw.livejournal.com/363666.html
https://www.virtualbox.org/ticket/13187#comment:156
А теперь передаем привет «гениям» из Oracle.
sporaw.livejournal.com/363666.html
https://www.virtualbox.org/ticket/13187#comment:156
А теперь передаем привет «гениям» из Oracle.
Осторожно: последний 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'
Ждал релиза, думал исправят. Не исправили
Круто, конечно, но с ошибкой «Unable to load R3 module C:\Program Files\Oracle\VirtualBox/VBoxDD.DLL» разобраться так и не смогли.
Не помню точно с какой версии, но уже больше года не работает WiFi через USB модель TL-WN722N.
Пробрасывал по разному использовав множество инструкций, ошибка код 19 или 10.
В Windows и Linux.
У кого либо есть такая проблема?
P.S. Возможно это связано не с VirtualBox а с самой Windows, на которую тоже прилетело не мало обновлений к тому времени. Временно использую VMWare Player с машиной 2 летней давности где все работало. Все новые не работают (поэтому и на Windows намекает).
Пробрасывал по разному использовав множество инструкций, ошибка код 19 или 10.
В Windows и Linux.
У кого либо есть такая проблема?
P.S. Возможно это связано не с VirtualBox а с самой Windows, на которую тоже прилетело не мало обновлений к тому времени. Временно использую VMWare Player с машиной 2 летней давности где все работало. Все новые не работают (поэтому и на Windows намекает).
Драги-дропы это, конечно, хорошо; а USB 3.0 так просто отлично. Но подождем, когда кто-нибудь затестит производительность в сравнении с KVM под реальной нагрузкой.
Спасибо за статью!
Про Detach mode — речь идет не о GUI, а об окошке с интерфейсом виртуалки? Я правильно вас понял?
Про Detach mode — речь идет не о GUI, а об окошке с интерфейсом виртуалки? Я правильно вас понял?
Учитывая, что «GUI» и «Окошко» это синонимы, я не понял вопроса :). Речь идет о том, что теперь, запустив виртуалку из интерфейса virtualbox и закрывая окно виртуалки крестиком, можно выбрать четвертый пункт «окно закрыть, виртуалку оставить работать». Такие виртуалки отображаются в интерфейсе virtualbox и к ним можно «подключиться», снова открыв окно.
Очень удобно с docker: если что пошло не так, можно подключиться к виртуалке и получить ее «родные» экран и ввод, а не ssh
Очень удобно с docker: если что пошло не так, можно подключиться к виртуалке и получить ее «родные» экран и ввод, а не ssh
Sign up to leave a comment.
Релиз VirtualBox 5.0