[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: Unofficial Xen 2.0 debian packages kinda broken



On Sat, 23 Oct 2004, Nuutti Kotivuori wrote:

> I myself think about the matter a different way. I think the kernel is
> a part of the *guest* filesystem. And inside the guest,
> /lib/modules/x.x.x should be the kernel modules, /boot/config-x.x.x
> should have the kernel config, /boot/System.map-x.x.x should be the
> system map and the kernel binary should be found under /boot. And in
> the Debian world, these things should be installed inside the guest
> filesystem by a debian package. Special cases are honeypot guests and
> secure guests where they should not have access to the kernel binary
> or something.
>
> The fact that the kernel is started from the host side (or even run as
> a normal program on the host like in UML) is just an implementation
> detail - and to behave as much like a 'real' virtual machine, there
> should be a 'boot loader' which would dig the kernel binary from
> inside the guest filesystem and then boot that, just like Grub does on
> a native system.

Do you really want to allow your virtualized users to be able to change the
kernel?


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.