[РЕШЕНО] Чёрный экран в Oracle VirtualBox

samson4747
Пожалуйста дайте советы по сложившейся ситуации.
У меня не стоит VirtualBox,но в aur есть такое:
https://aur.archlinux.org/packages/virtualbox-ext-oracle/
Комментарий stmc
2013-10-21 18:29
add to pkgbuild:
depends=("virtualbox=${pkgver}")
,а если ставишь yaourt -S virtualbox-ext-oracle,то строка
с depends= выглядит так:
depends=('virtualbox')
Может стоит пересобрать с опцией depends=("virtualbox=${pkgver}")?
Последний крик моды - эхо 30-летней давности.
Ув. vadik, все работает по Вашей схеме.
Журнал и снимок экрана.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
samson4747
Доброго времени суток!

Имеется ВМ с виндой, все работало до последней обновы, теперь вроде все нормально запускается (Ошибок Нет, в журнале правда имеем, но не думаю что это связано kernel: NVRM: Xid (0000:04:00): 13, 0001 00000000 00005097 00000680 00010000 00000100), но больше чем чёрный экран ничего не вижу.

Спасибо!
А комментарии читали?
https://aur.archlinux.org/packages/virtualbox-ext-oracle/
Последний крик моды - эхо 30-летней давности.
vadik, создал там ВМ на старом *.vdi винды и она взлетела.
tchgefest , не читал.
Объясните пожалуйста в связи с чем, из ниоткуда, возникла такая проблема?
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
samson4747, делали все пункты сразу? Зря, теперь не понятно в чем именно был затык.
И да, по старой доброй традиции, в название темы - [РЕШЕНО].
Эм... с установкой убунты сразу, а поставив винду просто создал новую машину и добавил старый IDE.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
Поставив Дополнения гостевой ОС в винде и подключив ошибка вернулась.
Думал удалю их с вторичного мастера IDE и всё вернётся, ан нет. Самое, что не ясное, Убунта тоже не взлетает, которую ставил по Вашему совету. Вечером опробую повторить Ваши четыре шага. Журнал
Мне не ясно в чём проблема...
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
Повторил пункты 1-4, проблема не устранилась.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
В биосе, насчет виртуализации, все включено? Ато, в последних версиях виртуалбокса - без включения виртуализации в биосе, у меня виртуалки вообще перестали запускаться, хотя раньше все работало без доп. настроек биоса.
Включено, там один параметр отвечает за это, если мне память не изменяет.
Всё отлично работало, да и обновлялось только ядро. Проблемы по воздуху пришли.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
 
Зарегистрироваться или войдите чтобы оставить сообщение.