» Oracle VM VirtualBox (часть 2)

mosgas

Цитата:

Просьба - дайте совет по  безглючной  версии VBox (виртуализация в биосе включена)  .

VirtualBox-4.2.18-88780.
последняя в серии билдов 4.2.x на текущий день. самая стабильная.

Добавлено:
Andy_Solo
мне бы и в голову не пришло, что вы их вместе пытались запускать
достаточно очевидно, что две системы, пытающиеся одновременно заюзать аппаратную виртуализацию будут конфликтовать. вот где собака у вас порылась!

cracklover

Цитата:

мне бы и в голову не пришло, что вы их вместе пытались запускать

Вы неправильно статью поняли. Речи нет об одновременном запуске.
Старый же Hyper-V 1-й версии и VirtualBox прекрасно работали вместе. Они только не запускались одновременно.
А сейчас я запускаю их раздельно, как раньше. И Hyper-V 2-й версии работает, а VirtualBox нет.

Andy_Solo

Цитата:

Они только не запускались одновременно.

ну так потому и работали. к тому же виртуалбокс не всегда имел поддержку аппаратной виртуализации.

Andy_Solo
Попробуй так, настраиваешь виртуалку, закрываешь.
В консоли от имени админа выполняешь: "Ваш диск:\Program Files\Oracle\VirtualBox\VBoxManage.exe" setextradata "Имя виртуальной машины" VBoxInternal/CPUM/CMPXCHG16B 1
Взято из интернета, но ссылку удалил, по поиску можно поискать. Ну и естественно поставить свои значения. Мне эти "финты" помогли.

Цитата:

Дефолтно

Спс. Разрешилось всетки , usb адаптер был виной , моя же кривизна была в том что неоднократно устанаваливая дефолтно - не использовал в\сеть создаваемую по умолчанию а юзал usb wi-fi(соб-сно для этого vbox и нужна).... на линкус госте этот же usb Ralink не крашит vbox.

Andy_Solo

Цитата:

Отключять Hyper-V у себя я не буду, так как программирую под Windows Phone 8. А для него используются виртуалки именно на Hyper-V.

Простите, но в чем именно заключается привязка к Hyper-V?
На сайте MS кроме маркетинговой лапши ограничений нет.
Инсталляционные образа в ISO.
Готовые в VHD.

Оба контейнера прекрасно поддерживаются VirtualBox.

http://www.youtube.com/watch?v=WANk_XaovqM
How to use Windows Phone 8 Emulator without Hyper-V - именно про VirtualBox

http://developer.nokia.com/Community/Wiki/Windows_Phone_8_SDK_on_a_Virtual_Machine_with_Working_Emulator
Windows Phone 8 SDK on a Virtual Machine with Working Emulator - про VmWare и VirtualBox

Hyper-V создает прослойку гипервизора ниже ОС, потому в самой ОС становится недоступна аппаратная виртуализация. Можете посмотреть в CPU-Z, напишет, что процессор не поддерживает аппаратную виртуализацию.

SennaTOR

Цитата:

Hyper-V создает прослойку гипервизора ниже ОС

Про Тип 1+ мы обучены.

Я просто к тому, что если нет требований "большой и сложной" сети, то и искусственные ограничения ни к чему.

Разработчику ведь не нужен "Enterprise" уровень управления.

А сильные стороны Hyper-V именно там.

Переименовал папку "soft" на "софт", теперь при запуске виртуалбокса выдаёт вот такое сообщение:



Можно ли переиндексировать виртуальный диск?

sasha300
Ну укажи в настройках путь.
Проще удалить виртуалку из списка и снова добавить.

доброго времени суток !
а как в последней версии VB 4.3.4 поменять системное время на виртуальное машине, чтобы это время шло автономно от хостовой оси ?
варианты , что даны выше, у меня не работают.

Народ, кто сталкивался.
VM "ня с того ня с сяго" отключалась.
Статус - стоппед
При попытке запуска пишет что машина заблокирована и не стартует.
Перегрузил хостовую ОС, всё заработало, но не понятно осталось в чём дело было.
В логах ничего найти не могу.. (может не там ищу)

Пользуюсь VirtualBox давно, но редко. Хост Windows XP 32bit. Мобильный процессор Athlon II X2, в биосе никаких настроек виртуализации нет. С каких-то пор после очередного обновления сабжа начал получать ошибку, не дающую запускать гостевые системы: «AMD-V is beeing used by another hypervisor. (VERR_SVM_IN_USE)». Обновление с 4.2 до современной 4.3 не помогло. Службы VMWare, Parallels остановлены, в памяти их процессов нет, других программ такого типа не установлено. Что делать?

Цитата:

начал получать ошибку, не дающую запускать гостевые системы

После остановки служб других виртуальных машин надо было перезагрузиться. Как вариант - использовать «на свой страх и риск» переменную VBOX_HWVIRTEX_IGNORE_SVM_IN_USE

решил тут вчера поэкспериментировать.
я давно работаю с виртуальными машинами с рамдиска (благо на паре ноутов её 16+32 Gb, то бишь гуляй конем), но как говорится, "лучшее - враг хорошего", и мне не давало покоя следующее.
скорость файловых операций на рамдиске из хостовой оси, раз в 20-30 выше, чем внутри гостевой оси. правда и внутри виртуальной машины эта скорость при последовательных чтении и записи от 600 до 900 мегабайт в секунду, но я же упертый, и думаю, почему же не 15 гигабайт в секунду?
в принципе, скорее всего, всё упирается в конечную скорость виртуального SATA (IDE) контроллера, через который виртуальная машина общается со своим "жестким" диском (образом), но так как этой догадке нет документального подтверждения, я решил провести эксперимент с прямым доступом к диску из виртуальной машины. для этого мне пришлось отказаться на период теста от проверенной и излюбленной программы для создания рамдисков (QSoft RamDisk) и прибегнуть к помощи программы Primo RamDisk, так как именно последняя умеет создавать рамдиски, которые представляются реальной OS не как логические, а как "физические" диски. я быстренько создал такой "физический" рамдиск и известными командами (тут они не раз в теме обсуждались, повторяться не буду), а именно тестовый raw.vdmk для прямого raw-доступа к разделу, являющийся мостиком с "физическим" рамдиском с буквой W.
дальше я попытался ставить туда виртуальную Windows и неизменно все обламывается на этапе форматирования (ну или создания разделов) "жесткого" диска виртуальной машины с ошибкой недостаточности прав или свободного места на разделе (увы, сейчас нет скриншота под рукой).
в чем же может быть причина?

VirtualBox 4.3.2 падает с ошибкой при запуске на Windows XP SP3. Ни Hyper, ни MVWare не установлено. Гугл ничего не дает. Есть какие-то соображения почему?

Ru_Beroid
Наверное потому что происходит какая-то ошибка.

Дебажить не хочется. Я думал есть какое-то готовое решение. Наверняка случай не единичный.

[more]
Цитата:

Дебажить не хочется. Я думал есть какое-то готовое решение. Наверняка случай не единичный.

такая же фигня
ни уж то нас всего двое?)))
после апдейта с 4.2.16 на 4.3.4 все виртуалки WinXPsp3 падают по кругу в синьку
виртуалки w2k3r2 нормально грузятся

хост - w2k3r2 под amd fx-8320, 4x8gb kingston

hyper-v справедливости ради наотрез отказался видеть поддержку виртуализации у проца
vmware сначала порадовала 500мбс чтения с рейда, но на запись выдало 20мбс, видимо надоть досовывать драйвера под рэйд adaptec-5805

в итоге покамест в печали
свежесозданная WinXPsp3 норм. грузится (с VirtualBox_Extension_Pack4.3.4)

после переустановки на 4.2.18 у VBoxa "Cannot access the kernel driver!"

пересоздавать 20 виртуалок...что т не оч хочется

ps.а ченжлог действительно впечатляет масштабами
эх...а какой проект был
может дело в моей криворукости, но последние полгода все новые VBox-сы доставляют только новый геморрой
учитывая, что 99% нововведений мне пофик, наверно стоит выбрать додревний VBox и не лезть в обновления [/more]

priVAL404

Цитата:

наверно стоит выбрать додревний VBox

Ну веткой 4.2.* никто не мешает пользоваться. Особенно если пользуешься древними ОС. Для неё и дальше будут выходить минорные апдейты.

хм
ну заявленную поддержку древних ОС вроде как ещё не выкинули))

после полного удаления VBox 3.4.3
зановоустановленный 4.2.18 смог подцепить vdi и загрузить виртуалки

в новом похоже что то с поддержкой драйверов от WinXP (в безопасном она прогружается)

priVAL404

Цитата:

заявленную поддержку древних ОС вроде как ещё не выкинули))

Так добавили новые, из-за этого возможны регрессии со старыми ОСями. Вообще то и версия 4.2.20 есть

adasiko

Цитата:

возможны регрессии со старыми ОСями

Т.е. окончательно выпилят поддержку старых ОСей ниже Win2k & Linux 2.6?

З.Ы. Актуализировал версию и ссылки в шапке.

Вопрос возник такой, неожиданно..
А есть ли возможность изолировать хостовую ОС от гостевой в случае использования NAT?
Мост не очень хочется делать (понадобится второй фиксированный IP), но все запросы из гостевой идут в хостовую как от 127.0.0.1, что не очень то хорошо, хотя бы от внешнего IP было бы получше. Понятно, что виртуалку можно запусть от урезанного юзверя, но вдруг еще какие то интересные варианты есть.

Cheery
Что понимается под изоляцией? Все внешние запросы в любом случае должны будут идти через хостовую систему и так или иначе проходить через её сетевой стек: физическая железка-то ведь всё равно одна, и управляется она лишь хостовой операционкой. Единственный вариант почти(*) полной изоляции — воткнуть, скажем, USB-свисток с отдельным сетевым шнуром, пробросить его внутрь виртуалки и выходить наружу через него. Но, разумеется, в этом случае без отдельного IP не обойтись.

(*) На самом деле, даже такой вариант не является полной изоляцией, ибо проброс устройства делается через специальный драйвер VirtualBox'а, устанавливаемый на хостовой системе.

Если нужна не изоляция в привычном понимании этого слова, а всего лишь возможность разделять сетевой трафик, то можно создать loopback-адаптер, прописать ему собственную выделенную подсеть, настроить виртуалку на мост с этим Loopback и адресом из этого нового диапазона, а основной адаптер настроить на шаринг соединения с Loopback. Тогда все пакеты из виртуалки будут для хостовой системы транзитными, с исходящим адресом, принадлежащим этой выделенной подсети.

Skif_off

Цитата:

Т.е. окончательно выпилят поддержку старых ОСей ниже Win2k & Linux 2.6?

Нет, конечно. Просто приоритет низкий поставят.

CaptainFlint
я имел в виду, чтобы обращения гостя к хосту не шли от 127.0.0.1, хотя бы через его внешний IP, чтобы можно было фильтровать. дело в том, что на госте есть ряд сервисов, к которым разрешен доступ с лупбэка, и если гостя взломают, то не хотелось бы, чтобы досталось и хосту )
ну и чтобы обошлось это минимумом усилий, так, чтобы потом с этим разобрались и другие..


Цитата:

а всего лишь возможность разделять сетевой трафик, то можно создать loopback-адаптер, прописать ему собственную выделенную подсеть, настроить виртуалку на мост с этим Loopback и адресом из этого нового диапазона, а основной адаптер настроить на шаринг соединения с Loopback. Тогда все пакеты из виртуалки будут для хостовой системы транзитными, с исходящим адресом, принадлежащим этой выделенной подсети.

попробую, спасибо.

Cheery

Цитата:

я имел в виду, чтобы обращения гостя к хосту не шли от 127.0.0.1

В режиме NAT (я ведь правильно понял, речь о нём?) запросы идут не от 127.0.0.1, а от имени процесса VirtualBox.exe. Вся магия пересылки сетевых запросов от гостевой системы зашита прямо внутри VB, а для хостовой системы это всё выглядит так, будто VirtualBox.exe — самая обычная программа, обращающаяся к сети по каким-то своим нуждам. Как, скажем, браузер, работающий на том же хосте и лезущий в ту же самую сеть, или как FTP-клиент, или как торрент-клиент (в зависимости от того, что именно делает гостевая система).

В любом случае, loopback на госте и на хосте — это две совершенно разные вещи. Ну и я пока не уловил, каким образом открытый доступ к гостевым сервисам может вдруг навредить хостовой системе.

CaptainFlint

Цитата:

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

не к гостевым, а, скажем, на хосте работает сервис, который разрешает запросы с лупбэка без авторизации. если, в случае NAT, обратиться с гостевой к хосту по внутреннему IP (10.0.2.2, по умолчанию), то запросы придут как от 127.0.0.1, что плохо. если же обратиться по внешнему IP, то запросы от него и придут, это еще терпимо.

Cheery
Теперь понятно. А то выше ты писал:
Цитата:

на госте есть ряд сервисов

Но это, кстати, ещё надо проверить, каким будет источник в описанной мной конфигурации. Не исключено, что хостовый сервис всё равно примет сигнал из виртуалки по причине объединённости двух сетевых интерфейсов в единый мост.

P.S. Кстати, 127.0.0.1 — это всё-таки не loopback, а localhost. Loopback — это виртуальный адаптер, который может иметь произвольный адрес. А в виндах для 127.0.0.1 так и вовсе отдельного адаптера не выделено, там loopback будет каким угодно, только не 127.x.x.x, может путаница возникнуть (в частности, я ещё и из-за этого не сразу уловил суть задачи).