» Oracle VM VirtualBox (часть 2)
Попробуйте обратиться к документации
В последней 4.2.0 появилась такая опция.
Надо в файл имя_машины вставить строчку.vbox в секцию ExtraData:
<ExtraData>
<ExtraDataItem name="GUI/LastCloseAction" value="powerOff"/>
<ExtraDataItem name="GUI/LastGuestSizeHint" value="1024,768"/>
<ExtraDataItem name="GUI/LastNormalWindowPosition" value="130,61,1024,810"/>
<ExtraDataItem name="GUI/MiniToolBarAlignment" value="bottom"/>
<ExtraDataItem name="GUI/SaveMountedAtRuntime" value="yes"/>
<ExtraDataItem name="GUI/ShowMiniToolBar" value="yes"/>
<ExtraDataItem name="VBoxInternal/Devices/acpi/0/Config/SLICTable" value="c:\Program Files\Oracle\VirtualBox\Slic\_ASUS_[Notebook]2.1-3B5841E7.BIN"/>
</ExtraData>
У меня эта строчка добавлена последней, остальные стояли по умолчанию.
Можно, лучше всего воспользоваться Acronis с Universal Restore.
Программы, привязывающиеся к "железу" работают на одном и том же образе на разных компьютерах ?
Оно нужно для режима Host-only. Если ни в одной машине он не используется и не будет использоваться, то его можно удалить через настройки самого VB.
Цитата:
sundraw
Оно нужно для режима Host-only. Если ни в одной машине он не используется и не будет использоваться, то его можно удалить через настройки самого VB.
CaptainFlint, спасибо за совет.
Пытаюсь бороться с глюком, о котором говорил выше. После выключения виртуалки процесс её висит часами в диспетчере задач, из-за чего нельзя запустить её повторно. Убирал своп, не помогает, думал это лишнее подключение Host-only, отключил - не помогает. Что ей ещё нужно? Непонятно, чей глюк: семёрки или VB.
Используйте «vboxmanage setextradata имя значение» для установки параметров - редактирование файлов ручкаме не рекомендуется разработчиками
Цитата:
В последней 4.2.0 появилась такая опция.
Если речь идёт именно о биосе, то это появилось раньше, опция VBoxInternal/Devices/pcbios/0/Config/BiosRom. С помощью этой опции удалось завести в VirtualBox'е образ XP Mode, не порушив активацию.
Цитата:
После выключения виртуалки процесс её висит часами в диспетчере задач, из-за чего нельзя запустить её повторно. Убирал своп, не помогает, думал это лишнее подключение Host-only, отключил - не помогает.
Адаптер тут точно ни при чём. Решения я не знаю (иначе написал бы его раньше). Могу только посоветовать поставить Process Explorer, в нём можно отличить одноимённые процессы по полному тексту командной строки, а также найти процессы, владеющие теми или иными окнами (и методом исключения определить, какой из процессов VirtualBox.exe отвечал за заглушённую виртуалку, чтобы прибить конкретно его; правда, есть вероятность, что сохранённое состояние тоже при этом грохнется). Также можно в нём попробовать посмотреть, какие потоки остаются висеть — иногда по именам библиотек и функций удаётся догадаться, в какой подсистеме проблема (например, OpenGL мог заглючить).
Работает проверял запуском SLIC Test. Программа показала, что у меня SLIC от ASUS.
Убираю строку - программа показывает, что у меня SLIC-а нет.
В принципе не обязательно запускать SLIC Test, можно и просто аиду.
Цитата:
...Могу только посоветовать поставить Process Explorer, в нём можно отличить одноимённые процессы по полному тексту командной строки, а также найти процессы, владеющие теми или иными окнами (и методом исключения определить, какой из процессов VirtualBox.exe отвечал за заглушённую виртуалку, чтобы прибить конкретно его; правда, есть вероятность, что сохранённое состояние тоже при этом грохнется)...
Здесь можно обойтись обычным Диспетчером, если останавливать виртуалки так: войти в Приложения, выбрать нужную виртуалку, правый клик, Перейти к процессу и попадаешь на её процесс, который убиваешь, но тогда действительно снимок её падает. При запуске опять закрываешь виртуалку с сохранением снимка и перезапускаешь уже снимок. Вместо пары кликов нужно делать кучу операций. Продолжу поиск проблемы с Process Explorer, если найду, отпишусь.
С VmWare показывает 1 и тот же код запроса, на разных компьютерах (образ один и тот же) , с Virtual Box разный, хотя uuid машины, hdd, mac, одинаковы.
У меня ощибка:
Не удалось открыть сессию для виртуальной машины Winnn.
Attempt to register a RAM range of which parts are already covered by existing RAM ranges. (VERR_PGM_RAM_CONFLICT).
Код ошибки: E_FAIL (0x80004005)
Компонент: Console
Интерфейс: IConsole {db7ab4ca-2a3f-4183-9243-c1208da92392}
Размер Bios файла 512 Kb, с VmWare он работал.
После установки на Win 7 comodo internet security система не загружается, на xp такого нет.
Цитата:
Убирал своп, не помогает, думал это лишнее подключение Host-only, отключил - не помогает. Что ей ещё нужно? Непонятно, чей глюк: семёрки или VB.
Всё-таки это своп. По мере загрузки ОЗУ виртуалками всё было нормально, виртуалки выключались вместе с процессами, потом запускались без проблем до загрузки ОЗУ примерно на 97%, после чего память стала уходить в своп. И сразу появились проблемы: при выключении виртуалки процесс оставался работать. Убив его в Process Explorer, попытался запустить снова, но виртуалка так и не запустилась,выдавая ошибку. Получается, что или VB не умеет работать в виртуальной памяти, или нужны какие-то особые параметры настройки свопа.
В home версии, насколько знаю, отключена виртуализация, но влияет ли это на VirtualBox?
Цитата:
удалось завести в VirtualBox'е образ XP Mode, не порушив активацию
Могли бы вы рассказать как вы это делали?
Пытался сейчас сделать это склонировав "Windows XP Mode base.vhd" при помощи CloneVDI, и добавив в конфиг:
<ExtraDataItem name="VBoxInternal/Devices/pcbios/0/Config/BiosRom" value="C:\Users\admin\VM\Windows XP\DellIncA08.rom"/>
<ExtraDataItem name="VBoxInternal/Devices/acpi/0/Config/SLICTable" value="C:\Users\admin\VM\Windows XP\DELLWN09V21.bin"/>
Но активация с имеющимся в папке с "Windows XP Mode base.vhd" ключом, не проходит.
Туплю может... или это можно только сделать с уже развернувшейся Virtual PC машиной, а не с базовым образом, с которым я и работал?
Цитата:
Получается, что или VB не умеет работать в виртуальной памяти
Не умеет и никогда не умел. Виртуальным машинам нужна исключительно физическая память, и если её не хватает, то VB выдаёт ошибку и приостанавливает машину. В своп могут уходить только другие процессы (ну и, возможно, те части самого VB, которые не заняты конкретно виртуальной системой). С зависанием процессов VB при нехватке памяти я до сих пор не сталкивался, да и вообще, по идее, процедура сохранения состояния не должна требовать дополнительной оперативки.
Версия VB последняя, 4.1.8? Попробуй посмотреть в логах машины, что там происходит. Ну и зарепортить баг разработчикам имеет смысл.
Цитата:
Версия VB последняя, 4.1.8?
От этой версии я отказался. Увеличилась нагрузка на процессор, почему, не знаю. Вернулся к 4.1.6 - всё стало нормально.
makarei
Подробностей сейчас не скажу, т.к. детали уже забыл, а удалять и перепроверять всё с нуля не хочется. Однозначно могу сказать, что VirtualPC я не устанавливал вообще (я ведь и заморачивался этой проблемой только для того, чтобы избежать VirtualPC, а работать только с VirtualBox'ом), и что в качестве образа я использовал файл "Windows XP Mode base.vhd", полученный после установки XP Mode. C другими виндами не проверял: если уж ставить обычную XP на виртуалку, то проще сразу взять пиратский vlk без всяких активаций, но мне нужна была лицензия.
Насколько я помню, я нагуглил тему на форуме VmLite, там есть приаттаченный образ биоса. Дальше я воспользовался предложенной в том же посте командой:
Код: VBoxManage.exe setextradata your-vm-name "VBoxInternal/Devices/pcbios/0/Config/BiosRom" "pcbios.bin"
Цитата:
В home версии, насколько знаю, отключена виртуализация, но влияет ли это на VirtualBox?на VirtualBox это не влияет
можно ставить любую редакцию.
Цитата:
объясните, а почему обновилась предыдущая версия 4.0?
Ошибки исправляли https://www.virtualbox.org/wiki/Changelog-4.0
Цитата:
В home версии, насколько знаю, отключена виртуализация, но влияет ли это на VirtualBox?
Отсутствие виртуализации приведёт к невозможности использовать 64-битные и многопроцессорные (многоядерные) виртуальные машины. Но я впервые слышу, чтобы Home-версия винды как-то ограничивала аппаратную виртуализацию. Ни подтвердить, ни опровергнуть не могу, но само по себе это кажется достаточно странным ограничением. Откуда вообще взята информация?
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499
Предыдущая тема: Программы для разработки, тестирования, оптических систем
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.