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

Доброго времени суток!

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

Спасибо!
"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 контроллер ВМ у вас совсем не фурычит

попробуйте добавить другой IDE контроллер и к нему переподцепить виртуальный диск с xp со старого контроллера
если не поможет можно просто пересоздать ВМ и добавьте уже имеющийся диск с xp
Не помогает, ни другой IDE ни пересоздание ВМ (с добавлением *.vdi).
"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
А в логах что? у меня все обновления прошли без проблем.
C AUR'a ставил?
Не с АУРа, вот что у меня стоит:
$ sudo pacman -Qs virtualbox
local/virtualbox 4.3.2-1
    Powerful x86 virtualization for enterprise as well as home use
local/virtualbox-host-modules 4.3.2-4
    Host kernel modules for VirtualBox
$ 

Логи имеем такие:
/home/nnikita/VirtualBox VMs/Windows XP/Logs/VBox.log
/home/nnikita/VirtualBox VMs/Windows XP/Logs/VBox.log.1
"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
Пожалуйста дайте советы по сложившейся ситуации.
"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
Пожалуйста дайте советы по сложившейся ситуации.
Что я бы пробовал сделать:
1) Удалить/переименовать ~/.VirtualBox.
2) Установить virtualbox-ext-oracle.
3) Поставить в виртуалку любой линукс.
4) В процессе выполнения п.1 и п.3 - понаблюдать за нагрузкой процессора, ОЗУ и проверить свободное место на диске.

Пока достаточно.
1) Переименовал ~/.VirtualBox
2) Установил virtualbox-ext-oracle
3) Поставил в виртуалку Ubuntu
4) Установка прошла в пределах нормы: ОЗУ не доходило на 1Гб до максимума, проц прыгал от 65% до 92%, swap вообще можно сказать не задействовался.
"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
1) Переименовал ~/.VirtualBox
2) Установил virtualbox-ext-oracle
3) Поставил в виртуалку Ubuntu
4) Установка прошла в пределах нормы: ОЗУ не доходило на 1Гб до максимума, проц прыгал от 65% до 92%, swap вообще можно сказать не задействовался.
И?
 
Зарегистрироваться или войдите чтобы оставить сообщение.