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

Здравствуйте!
Сегодня у меня Oracle VM VirtualBox 4 версия была октрыл - а там все снимки красными крестами и не открываются.
Что делать? 5 версию поставил сверху - не помогло.
Windows 7 Ultimate x64 стоит. До этого всё было нормально же.


Добавлено:
Вот что за ошибку пишет:
Start tag expected, '<' not found.
Location: 'C:\Users\ник мой\VirtualBox VMs\WIN_XP_SP3\WIN_XP_SP3.vbox', line 1 (0), column 1.
F:\tinderbox\win-5.0\src\VBox\Main\src-server\MachineImpl.cpp[480] (long __cdecl Machine::initFromSettings(class VirtualBox *,const class com::Utf8Str &,const class com::Guid *)).


Код ошибки:
E_FAIL (0x80004005)
Компонент:
MachineWrap
Интерфейс:
IMachine {f30138d4-e5ea-4b3a-8858-a059de4c93fd}
Вызванный интерфейс:
IVirtualBox {0169423f-46b4-cde9-91af-1e9d5b6cd945}


Добавлено:
Решил проблему - нашёл здесь:
http://kompum.ru/sovetyi/virtualbox-reshenie-problemyi-s-oshibkoy-e_fail-0x80004005-pri-zapuske
Необходимо сначала скопировать оба файла в другое место на вашем компьютере (сделать резервные копии), а затем в исходной папке удалить файл «Win8.1.vbox», а файл «Win8.1.vbox-prev» переименовать в «Win8.1.vbox». Только не забывайте, что у вас будет своё имя виртуальной машины. После этого виртуальная машина должна запуститься без ошибки.

VirtualBox 5.0.14.105127

Цитата:

GUI: properly limit the number of VCPUs to the number of physical cores on Mac OS X (bug #15018)
Audio: fixed a bug which prevented loading a saved state of a saved guests with HDA emulation (5.0.12 regression; bug #14981)
Audio: don't crash if the backend is unable to initialize (bug #14960)
Audio: fixed audio capture on Mac OS X (bug #14386)
Storage: fixed a possible crash when attaching the same ISO image multiple times to the same VM (bug #14951)
BIOS: properly report if two floppy drives are attached
USB: fixed a problem with filters which would not capture the device under certain circumstances (5.0.10 regression; bug #15042)
ExtPack: black-list Extension Packs older than 4.3.30 due to incompatible changes not being properly handled in the past
Windows hosts: fixed a regression which caused robocopy to fail (bug #14958)
Linux hosts: properly create the /sbin/rcvboxdrv symbolic link (5.0.12 regression; bug #14989)
Mac OS X hosts: several fixes for USB on El Capitan (bug #14677)
Linux Additions: fixes for Linux 4.5 (bug #15032)

Коллеги.
Пытаюсь поставить сабж 5.0.14 на Windows 7 x64.
Неставится. Ругается что не может что там записать в ProgramData\Microsoft\Windows\Start Menu
В инете прооблема упоминается, но я нихрена не понял как её решать.


Добавлено:
Разобрался. Писаки херовы...
Короче, если у вас такая проблема, то проверьте права на папки по этому пути.
У меня ПОЧЕМУ ТО оказалось что ряд прав на "Администраторы" обнулились.
На ВСЕ папки по пути на который ругается.

Неофициальный VirtualBox 5.0.14 от CaptainFlint без hardening'a (защиты от встраивания сторонних DLL, как указано в шапке темы).

Прежде чем ставить себе эту сборку, имейте в виду следующее:

1. Hardening был добавлен не от того, что у разработчиков слишком много свободного времени. Это закрытие уязвимости, приводящей к несанкционированному повышению привилегий на хосте! И существуют реальные зловреды, пользующиеся этой уязвимостью.

2. Все файлы (в том числе, драйверы) в этом пакете подписаны тестовым, самосгенерированным сертификатом. На 64-битной Windows вы просто не сможете запустить ни одну виртуалку, если не загрузитесь в тестовом режиме (bcdedit -set testsigning on).

CaptainFlint
Спасибо. Только что прочитал статью - https://geektimes.ru/post/269524/
Хотел сам собрать, а тут уже готовая. Попробую в тестовом режиме.

Цитата:

Неофициальный VirtualBox 5.0.14 от CaptainFlint без hardening'a (защиты от встраивания сторонних DLL, как указано в шапке темы).

Тоесть если в системе патченные файлы, то эта сборка будет нормально работать? (Проверить сей факт пока нет возможности) Если это так то ценная вещь и автору сборки нужно продолжить такие сборки по новым версиям.

Только вот у меня при запуске ругается на библиотеку msvcr100.dll что она не предназначена и содержит ошибки, а потом на библиотеку libeay32.dll. Это при использовании портативного варианта бокса.

Aleksandr N

Цитата:

Тоесть если в системе патченные файлы, то эта сборка будет нормально работать?

Если неработа официального VB вызвана руганью Hardening'а на эти самые патченые файлы, — то да, самосборный VB должен в этих условиях заработать.


Цитата:

Только вот у меня при запуске ругается на библиотеку msvcr100.dll что она не предназначена и содержит ошибки, а потом на библиотеку libeay32.dll. Это при использовании портативного варианта бокса.

Портативный вариант я не исследовал, исходный дистрибутив на портативное применение явно не рассчитан, поэтому любые ошибки должны сначала проверяться на полноценно установленном пакете. И только если с ним та же ерунда, то имеет смысл репортить. В репорт обязательно должны входить: версия и битность хостовой операционки; точный текст сообщения об ошибке; в какой конкретно момент выводится сообщение (как минимум — при запуске самого VB или виртуалки?)

Спрошу еще здесь, может тут больше знают. Проблема в следующим, после установки фаервола от аутпоста на win 10, в виртуалбоксе пропадает интернет, и не как его не получается вернуть пока не удалишь аутпост. Подскажите в чем проблема может быть и как ее победить ?

CaptainFlint
Портативный вариант очень желателен. Судя по идее оригинальный бокс нормально работает на портативке и этот вариант должен. Тогда будем считать это багрепортом.
Ось: Вынь7 32. Ошибки прилагаются. Возникают при старте бокса.

Было-бы совсем замечательно если-бы работал и портативный вариант. Давно ждал мастера кто сломает эту фигню с защитой.

Aleksandr N
Проблема в том, что я крайне смутно представляю себе, как работает даже исходный инсталлятор. Я с трудом продрался сквозь сборочные скрипты, чтобы получить на выходе хоть что-нибудь работающее. Вполне возможно, что полученный дистрибутив отличается не только харденингом, но и ещё чем-то: в скриптах присутствует огромное количество параметров, многие из них я в принципе не могу даже попробовать, т. к. моё сборочное окружение отличается от того, в котором Oracle собирают свой VB (и информации о котором нигде нет).

Я тоже считаю, что было бы замечательно, если бы портативка работала. Но, увы, но у меня нет возможности тратить время ещё и на разбирательства с тем, какие хаки применяет портативка, какие файлы перетасовывает, что ожидает получить на входе и чем мой дистрибутив от этих ожиданий отличается. Обратитесь к авторам портативки. Они писали эти скрипты, они могут разодрать дистрибутив на составные части и сказать, что с ним не так, а я уже тогда могу попытаться определить источник этих расхождений в процедуре сборки. Самосборную версию 5.0.12 я ставил на четыре разные машины, включая как раз 32-битную Win7, и подобных проблем нигде не возникло (да и вообще каких бы то ни было проблем, отсутствующих в дистрибутиве от Оракла). 5.0.14, правда, на том компьютере ещё не пробовал — в ближайшее время поставлю и посмотрю. Если вылезут ошибки, буду разбираться. Если нет — сорри, исследование неофициальных сборок в мои планы не входит.


ABI_SMAL
Когда-то очень давно у меня был Аутпост, и для нормальной работы виртуалок надо было настраивать правила, которые по умолчанию излишне зверствовали. Кажется, пришлось принудительно разрешать транзитные пакеты, запрещённые по умолчанию.

CaptainFlint

Цитата:

и для нормальной работы виртуалок надо было настраивать правила, которые по умолчанию излишне зверствовали. Кажется, пришлось принудительно разрешать транзитные пакеты, запрещённые по умолчанию.

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

CaptainFlint
Не знаю, думаю проблема не в самой портативке. К авторам портативки обращаться бесполезно, там всё мертво. И в скрипте портативке всё прозрачно. Если люди не будут жаловаться на версию 5.0.14 то тогда значит всё нормально. Но по возможности попробуй поразбираться что почём. А может пойти более простым путём... Можно точно сказать в каком именно файле бокса стояла эта защита?

ABI_SMAL

Цитата:

Все пробовал, но так и ничего не меняется, только когда удаляешь аутпост только тогда инет в виртуалке появляется, говорят что он может блокировать при установке сетевой драйвер от виртуалки

Сеть виртуалки типа NAT (по умолчанию) должна работать без драйверов. Так что если не работает, то разбирайся со всякими запретами/разрешениями в настройках этого аутпоста.

ABI_SMAL
Кстати, а какие конкретно сетевые режимы виртуалки блокируются? В одном из тикетов на VB описывается ситуация, когда NDIS-драйвер VB конфликтует с одним из фильтр-драйверов, установленных в системе, и, соответственно, в виртуалках не работают сети вида Bridged и Host-only, а NAT продолжает работать нормально (т. к. использует системный сетевой стек). Возможно, здесь то же самое. Если так, то можно попробовать старый драйвер NDIS5:
VirtualBox-x.x.x-yyyyy-Win.exe -msiparams NETWORKTYPE=NDIS5

Aleksandr N

Цитата:

Можно точно сказать в каком именно файле бокса стояла эта защита?

Можно. Практически во всех (включая драйверы).

CaptainFlint
Установил на реальную машину через установщик. Вынь 7 32. Результат всё тот-же, ругается на на библиотеку msvcr100.dll. Получается проблема не в портативке а именно в самом боксе. Посмотри что там может быть не так.

Цитата:

Можно. Практически во всех (включая драйверы).

Это плохо, я подумал просто заменить пару оригинальных файлов где возможна защита на файлы из твоей сборки. Выходит не получится.
По возможности подправь что-то в своей сборке а там протестируем.
Спасибо.

Добавлено:
Заменив msvcp100.dll и msvcr100.dll на те что есть в системе и заменив библиотеки OpenSSL на оригинальные начинает ругаться на QtCore4.dll.

Добавлено:

Цитата:

Самосборную версию 5.0.12 я ставил на четыре разные машины, включая как раз 32-битную Win7, и подобных проблем нигде не возникло (да и вообще каких бы то ни было проблем, отсутствующих в дистрибутиве от Оракла).

Если не сложно, выложи эту версию для теста. Может получится определить проблему...

Aleksandr N
Проблему на 32-битной Win7 подтверждаю.
Насколько я понял, это поведение вызвано самоподписанным сертификатом. Когда я загрузился в тестовом режиме, VB заработал. Пока не могу понять, почему так происходит; 32-битная винда всегда была менее жёсткой в плане проверки подписей, а тут получается наоборот.

С 5.0.12 ситуация та же. Возможно, я перепутал, что тестировал её на 32-битке.

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

Добавлено:
Установка твоего сертификата в доверенные ситуацию не изменила.

Aleksandr N
Да, добавление в доверенные я, разумеется, попробовал первым делом.

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

CaptainFlint
То что сертификат стоит больших денег я знаю. Но не думаю что это ограничение винды. Даже без сертификатов программы успешно работают. Хотя бокс специфическая программа. Возможно что-то ещё зашито в исходниках. Тем более странно что на 64-битке как-бы всё работает, а на 32 нет. Будем надеяться что проблема решиться, многие на это надеются. Главное попробовать.

Подскажите, пожалуйста, как избавиться от процесса VirtualBox.exe, который остается висеть в трее после выхода из портабельной сборки VirtualBox 5.0.14 r105127???

Цитата:

как избавиться от процесса VirtualBox.exe

Делаешь батник со следующим содержимым:

Код: TASKKILL /F /IM VirtualBox.exe /T

Цитата:

Делаешь батник со следующим содержимым:

Спасибо, конечно, но это не решение проблемы. Меня интересует какого черта он вообще там остается висеть, если я нажал на выход из лаунчера.

Цитата:

но это не решение проблемы.

Судя по всему, решение проблемы будет не слишком скорым, а этот костыль сэкономит время.

Aleksandr N
Источник проблемы найден: если использовать подпись (любую, даже тестовую), сборочные скрипты автоматом выставляют в исполняемых файлах флаг принудительной проверки этой подписи (каковую самоподписанный сертификат, разумеется, пройти не может). Проявляется это и в 32-, и в 64-битной винде. А не обнаружил я это лишь потому, что в 64-битке я даже не пытался запускать самоподписанную программу в нормальном режиме, зная, что драйверы всё равно не загрузятся.

В качестве временного решения я собрал неподписанный дистрибутив: в 32-битке он работает, в 64-битке не проверял, но, теоретически, должен работать лишь в режиме отключённой проверки драйверных подписей (через F8), тестовый режим тут уже не подойдёт (собственно, только из-за этого я добавлял тестовый сертификат, чтобы можно было раз и навсегда выставить тестовый режим через bcdedit, а не жать F8 при каждой загрузке компа).

Ссылка на неподписанный вариант: https://yadi.sk/d/tyXXV7_KnjQ5g

Дальше я буду ковырять сборочные скрипты, чтобы избавиться от этого флага даже при наличии подписи.

Возможно ли как-то вынести файл подкачки из виртуальной машины на хост? К примеру, есть несколько виртуалок, каждая имеет свой файл подкачки pagefile.sys, эти файлы грузят и фрагментируют систему. Кроме этого у хоста есть свой pagefile.sys Нужно убрать pagefile.sys из виртуалок и сбросить их на отдельный физический диск, пусть там и фрагментируются. Если pagefile.sys убрать полностью, то некоторые программы не запускаются, либо жалуются на нехватку памяти. Файл подкачки хоста я сбросил на отдельный SSD, хотелось бы туда сбросить и файлы подкачки виртуальных машин. Есть вариант подключить к виртуалкам по второму виртуальному диску, на которые бросить pagefile.sys, а эти диски разместить на отдельном физ. диске. Но не будет ли этот вариант ещё больше грузить систему? У кого-нибудь есть опыт?

CaptainFlint
Ага... Спасибо. Вечером проверю как вариант установки, так и портативный вариант. Но думаю должно работать. Конечно в портативном варианте, по моему мнению и на 64 битке всё будет работать и без сертификата, хотя могу ошибаться. Если у тебя всё получится в решении проблем с сертификатом, то попробую 64-битку протестировать так как в основном использую её.

Aleksandr N

Цитата:

Конечно в портативном варианте, по моему мнению и на 64 битке всё будет работать и без сертификата, хотя могу ошибаться.

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


Цитата:

Если у тебя всё получится в решении проблем с сертификатом, то попробую 64-битку протестировать так как в основном использую её.

Боюсь, что ты неправильно понял мою мотивацию в подписывании тестовым сертификатом. Распишу ситуацию в 64-битке подробнее. В ней возможны лишь следующие варианты:
1. Драйвер вообще ничем не подписан. Тогда загрузить его (хоть установленный, хоть загруженный в рантайме портативкой) получится только при выборе специального пункта загрузочного меню F8 при старте компа. Этот пункт невозможно сохранить для постоянного использования, каждый раз при загрузке надо жать F8 и снова выбирать этот пункт.
2. Драйвер подписан тестовым сертификатом (который не имеет цепочки кросс-подписей, или эта цепочка не дотягивается до сертификата "Microsoft Code Verification Root"). Такой драйвер можно загрузить в двух режимах: в том же F8 и в тестовом режиме. Тестовый режим уже можно включить на постоянное использование утилитой bcdedit, тогда при загрузке ничего выбирать вручную не придётся. При этом в системе блокируются некоторые функции (связанные с DRM) и висит текстовая пометка в углу рабочего стола, но большинству пользователей это некритично. В нормальном режиме загрузить такой драйвер нельзя вообще никак, добавление сертификата в доверенные не поможет (потому что всё равно не будет нужной цепочки).
3. Драйвер подписан полноценным платным сертификатом с использованием кросс-сертификата (при просмотре свойств путь будет показан только до владельца корневого сертификата, но утилитой signtool можно проверить всю цепочку). Такой драйвер загружается в любом режиме.

Очевидно, что эти варианты располагаются также в порядке удобства использования. Поскольку бинарники, подписанные полноценным сертификатом, я выложить в любом случае не имею возможности, то из оставшихся двух вариантов выбираю второй, который более удобен отсутствием необходимости каждый раз жать F8. 32-битка же просто случайно попала под удар из-за того, что я использую единый набор параметров для сборки всего комплекта и из-за того, что я не знал про тот дурацкий флаг. Вполне можно было бы, скажем, сначала собрать 64-битку с тестовой подписью, потом вырубить подпись вообще и дособрать 32-битку неподписанной: тогда 64-битчики могли бы использовать bcdedit, а 32-битчики получили бы изначально рабочую программу. Но так собирать не очень удобно, да и чисто эстетически подписанные файлы выглядят как бы солиднее.

CaptainFlint
Диагноз:
При установке на машину, бокс успешно запускается.
При использовании портативки, при запуске ругается на отсутствующий ssleay32.dll (как на моей картинке выше), но при этом успешно запускается и всё работает. При копировании библиотек OpenSSL в System32, ругани нет и всё работает.
Полную работу образов не проверял, типа сети, флешек и т.д.
На 64-битке пока нет возможности проверить ни один вариант.
Советы:
Проверь в исходниках указания на пути библиотек. Считаю что не нужно боксу их искать в System32.
Ты упомянул что при подписании файлов компилятор выставляет флаг какой-то... Погоди, а зачем в компиляторе указывать что после компиляции нужно подписать файлы??? Пускай при компиляции ничего не подписывается и флаг никакой не выставится. А потом уж ручками каждый файл подписать. Муторно конечно каждый подписывать, но для уверенности выявления проблемы можно попробовать.
На счёт сертификатов я всё понимаю... Остаётся только ждать от тебя результатов.

Жалко что у меня сейчас нет под рукой инструментов подписания, а то попробовал-бы подписать своим сертификатом файлы из последнего дистрибутива...

У меня стационарная версия никак не хочет работать, какие я версии только не пробовал, а вот портативная версия от AppZ работает как надо (ОС Win 10 x64, ноутбук Леново).
Скачать:
Oracle VM VirtualBox 5.0.14 Build 105127 PortableAppZ + Extension Pack - с Облако@MAIL.RU (216 МБ)