После установки VirtualBox 4.1 (взятого с http://www.virtualbox.org/wiki/Linux_Downloads) в Squeeze все было бы ничего, но появилась одна головная боль: не работает выключение компьютера. Зависает на битье vboxdrv.
Если залогиниться в консоли, то shutdown -h now отрабатывает нормально.
Если снести VirtualBox 4.1, восстанавливается нормальное выключение компа.
Я, конечно, понимаю, что ставить что-либо не с репов Дебиана всегда чревато подобными глюками, но, может быть, кто-нибудь сталкивался с этой проблемой, так подскажет что-нибудь, добрый человек.
Проблема с shutdown после установки VirtualBox 4.1 в Squeeze
что-либо не с репов Дебиана всегда чревато подобными глюками, но, может быть, кто-нибудь сталкивался с этой проблемой, так подскажет что-нибудь, добрый человек.
Да хватит уже винить во всём Debian? Debian оно такое - настраивай как душе угодно - не то что бунту всё предустановленно.
[quote=tome]что-либо не с репов Дебиана всегда чревато подобными глюками, но, может быть, кто-нибудь сталкивался с этой проблемой, так подскажет что-нибудь, добрый человек.
Да хватит уже винить во всём Debian? Debian оно такое - настраивай как душе угодно - не то что бунту всё предустановленно.[/quote]
Спасибо за содержательный ответ.
tome, начинайте использовать серьёзные эмуляторы - qemu/kvm - а не эти поделки (virualbox - в частности)
http://www.virtualbox.org/ticket/9253
А здесь временное решение
http://www.virtualbox.org/ticket/9305
tome, начинайте использовать серьёзные эмуляторы - qemu/kvm - а не эти поделки (virualbox - в частности)
Совет хорош для тех у кого процессор поддерживает аппаратную виртуализацию.
unk, вообще, прикольно: там в 1-й ссылке есть решение на итальянском форуме, перевод ее тоже прикольный, хотя понятный. Мне кажется, этот баг будет устранен в очередном релизе virtualbox, т.к. во 2-й ссылке народ задается вопросами типа Are there any plans for fixed packages?
newzenon, попробую qemu обязательно.
---
Насчет
не то что бунту всё предустановленноя думаю так: дебиан - это экологически чистый продукт , а его производные - это дебиан плюс биодобавки, так что из дебиана можно получить все эти субпродукты, а наоборот - фиг. Ну, и с предустановленностью ребята в убунту начинают как бы буксовать, т.к. не всё воткнешь в их стандартный dvd-шный дистрибутив, вот и выкидываются из убунты периодически всякие вещи, якобы по другим причинам, а на деле из-за того, что не все предустановишь.
---
Спасибо за советы, unk и newzenon.
[quote=newzenon]tome, начинайте использовать серьёзные эмуляторы - qemu/kvm - а не эти поделки (virualbox - в частности)
Совет хорош для тех у кого процессор поддерживает аппаратную виртуализацию.[/quote]
Хорошо, тогда вопрос - много ли пользователей имеющих нужду в эмуляторах реально соображают что им надо? И я уверен что моя, так сказать пропаганда qemu/kvm - есть правилный подход.
virtualbox надо ставить с репозиториев virtualbox и он вполне нормально работает.
у меня правда версия 3.1 стоит. на сколько я помню 4.1 вышла недавно и вполне
резонно ждать от нее глюков. я бы посетил на вашем месте багтрекер проекта.
mdma, ну так мы скатимся до вмаре... :lol:
newzenon, почему "скатимся"? oO
По-твоему Qemu лучше VMWare?
newzenon, почему "скатимся"? oO
По-твоему Qemu лучше VMWare?
ОДНОЗАЧНО!
mdma, вообще почитай про kvm - навороты которые вмаре даже не снились.
вообще почитай про kvm - навороты которые вмаре даже не снились.
что мне про него читать, у меня хостинг на нем стоит :D
Но вот мое мнение про Qemu, имхо, оно хуже VMWare или я не осилил.
mdma, скорее второе, я тоже долго с ним сражался,, вот ты скажи кто ещё арм поддерживает, или другую экзотику?
ы. Вот для просвитления мозгов (не воспринимай как упрек плиз - просто копи-паст моего конфига):
[console]iface tap0 inet static
address 192.168.1.1
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
pre-up vde_tunctl -t tap0
pre-up vde_switch -x -n 5 -s /run/vde2/vde.ctl -g vde2-net -m 770 -d -p /run/vde2/vde.pid -t tap0
# pre-up /sbin/iptables-restore < /etc/ip_rulles.lst
# post-down /sbin/iptables-save > /etc/ip_rulles.lst
# pre-up /sbin/ip6tables-restore < /etc/ip6_rulles.lst
post-down /sbin/ip6tables-save > /etc/ip6_rulles.lst
post-down kill `/bin/cat /run/vde2/vde.pid`
post-down vde_tunctl -d tap0
[/console]