On Thursday 27 November 2008, Brian J. Murrell wrote: > On Thu, 2008-11-27 at 20:41 +0100, Frank Mehnert wrote: > > Exactly. > > > > And regarding the conflict to the kvm package: The kvm modules > > must not be loaded but this can be achieved in different ways. > > On a stock Ubuntu installation? How would you propose that the modules > are prevented from loading and then loaded when needed and unloaded > again when not needed -- without giving users root access and command > lines to type (or having to write scripts to achieve same), etc.?
Well, we are talking about installing packages here. To install VirtualBox one has to be root, to install kvm one has to be root as well. /etc/init.d/kvm is loading the proper kernel modules automatically but it is allowed to modify scripts in /etc/init.d. Some could modify that script and prevent loading these modules automatically. Or he could call /etc/init.d/kvm stop before starting a VirtualBox VM. Of course this is not possible for a non-root user but I don't want to prevent users which can get root from having both packages in parallel on their system. > > So I think that preventing to install both packages in parallel > > is too restrictive. > > If you can solve the problems above, they I would completely agree. > Maybe some collaboration with the kvm maintainers would be fruitful to > avoid this problem (with regular users in mind) and avoiding the need to > have a conflicts tag in the virtualbox package. Actually VMware has the same problem. The kvm package should either not load the kernel modules or the kernel modules should not enable the root mode by default. But I understand their point: To enable the VT-x / AMD-V root mode, one has to be root. VirtualBox does this using its vboxdrv helper module, kvm does this by loading the Linux kernel modules at boot time ... Kind regards, Frank -- Dr.-Ing. Frank Mehnert Sun Microsystems http://www.sun.com/
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ vbox-users mailing list [email protected] http://vbox.innotek.de/mailman/listinfo/vbox-users
