VirtualBox вешает систему.

Мелкая бинарная несовместимость модулей ядра. Бывает такое, если модули собраны с предыдущим ядром, а пускаются на следующем (в данном случае имеется в виду минорная версия, вроде 2.6.38.*). В теории совместимость ломаться не должна, а на практике - this is Linux!

Там же они вроде при помощи dkms пересобираются при каждом обновлении.

Кстати, почему бы ораклу не пропихнуть эти модули (драйверы и для хост-системы и для гостя) в ведро, как это сделал микрософт со своим драйвером для Hyper-V?

Ты уверен, что они пересобираются при минорных апдейтах?

Да, только что обновил — выдало, в том числе, следующие строки:

run-parts: executing /etc/kernel/postinst.d/dkms 2.6.35-30-generic /boot/vmlinuz-2.6.35-30-generic
 * dkms: running auto installation service for kernel 2.6.35-30-generic                                                 
 *       vboxhost (4.1.2)...                                                                                     [ OK ] 
 *       nvidia-current (280.13)...     

>Кстати, почему бы ораклу не пропихнуть эти модули (драйверы и для хост-системы и для гостя) в ведро

Если бы ты видел этот говнокод, ты бы таких глупостей не говорил.

У меня на Федоре пересобираются. Точнее пытаются пересобраться через DKMS (во время загрузки с обновлённым ядром), но ввиду отсутствия последнего процесс фэйлится. Перед запуском VBox просто делаю 'sudo /etc/init.d/vboxdrv setup', иначе работать не будет (и в логе пишет ошибку. сообщая, что неплохо было бы выполнить выше указанную командочку).

Перед запуском VBox просто делаю 'sudo /etc/init.d/vboxdrv setup'

А не проще эту команду вписать в хук yum или rpm, дабы после апгрейда ядра оно это однократно делало? :-)

У меня привычка после апдейта ядра вручную вычищать автосозданные akmod'ом пакеты драйверов nvidia, rt3062sta и wl, затем пересоздавать initramfs dracut'ом, а потом создавать пакеты nvidia, rt3062sta и wl этим же akmod'ом заново (а то были прецеденты, когда автосозданные при апдейте ядра пакеты с модулями драйверов оказывались либо нулевого размера, либо тупо нерабочими).
Так что лишний раз вбить однострочную команду в консоль не затруднительно.

Даже говнокодистее микрософтовского драйвера для hyper-v?

>Даже говнокодистее микрософтовского драйвера для hyper-v?

Да. Ты же и сам можешь посмотреть.

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

>попробуй по максимуму отключить всё в вирт машине (в тч звук и прочее) и если перестанет виснуть, включай по одному пункту

Трудность в том, что виснет не постоянно, а время от времени: N происходит нормально, а на N+1-й виснет.

уверен что это не перегрев чипсета/проца/видеокарты/сбой блока питания? очень уж похоже, учитывая что виртуалбокс начинает усиленно жрать проц после запуска.

От других ресурсоёмких дел ничего не зависало. Например, биткоины нормально генерировались.

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