For installing Dom0 you have to

do a regular install, while keeping the following in mind and doing the extra stuff at the end.


The following worked fine with the package xen-utils-common, version 3.0+hg11292-2. On september 27th xen-utils-common version 3.0+hg11624-1 came out, which _definitely_ does not work. If you are lucky you got the older one somewhere in cache, on the debian mirrors it's nowhere to be found. If you trust me you can get a copy of the older package here: You can install it at the end by downloading it and doing a 'dpkg -i ./xen-utils-common_3.0+hg11292-2_all.deb'.


Since the problems with xen-unstable your best bet on using a stable xen with etch (testing, october '06) is, until 3.0.3 comes out, the following.

Considerations: diskspace and RAM

The only things influencing the installation through d-i of the xen environment are diskspace and RAM. To start with the last: usually 196 MB RAM is needed for domain0. You can do with less: 128MB and I've even seen reports from people running with 64MB or even 32MB, but keep to defaults if this is your first time with xen. Aditional functionality for domain0 like dhcpd, iptables and installation services (eg. apache with apt-proxy) claim more. For a default domain0 you need 512MB diskspace and then you've got to keep an eye on it, so do at least 1GB. I use 2GB to be safe. For simplicities sake I keep it all in 1 filesystem. Local requirements for logging, accounting and/or auditing may claim extra. Swap space is the usual rule of thumb: RAM * attention. General methods for storing your user-domains file data are, in the order of preference: external san/nfs, local lvm2, local partitions, local files.


Do a regular install and select for the kernel linux-image-2.6.16-2-xen-686, use grub for the bootloader (xen is not compatible with lilo) and choose mkinitramfs-tools for the ramdisk creator. Continue right up to the menu option "Finish the installation" but stop there (don't select it). Switch to the second console with 'Ctrl-Alt-F2' and hit enter. Chroot into your target install with

Install all needed packages:

Create the initrd manually, since it was not created with the kernel installation:

Since the installation of the above mentioned kernel package also does not adjust the bootloader config file /boot/grub/menu.lst, add the following to it, using your favorite editor:

{{{ title Xen 3.0.2-1-i386 / Debian GNU/Linux 2.6.16-2 ?BR

}}} Since we have the opportunity, adjust your xen config file /etc/xen/xend-config.sxp (save the original for later study). The following works on a system with a single nic:

{{{ (xend-relocation-server no)?BR

}}} Exit your chroot

{{{ exit }}} and change back to your installation screen with 'Ctrl-Alt-F1' and select "Finish the installation".

If the system does not boot, try adding a 'noacpi' option to the vmlinux line in menu.lst first.

Ref: (dd. 20070930) en-unstable.


You can start d-i in DomU by

creating a DomU config file with the xen DomU kernel and the initrd from the netboot images ( and granting the DomU (or user-domain) read/write acces to some empty pre-created filesystems you want to use in it since you definitely do not want to give the DomU access to your mbr. You need to copy the DomU kernel's /lib/modules/<version> to the initrd.

It works, I did this some months ago with the 3.0.1 xen version from, but am unable to reproduce due to the current state of the xen software on etch and Waiting for, I suppose :-(

  • /!\ Work in progress, your help is appreciated

DomU graphical

I guess it must be possible to do this, maybe in a similar way as the DomU, through the xen native vnc support or in a straight X11 session over a network connection with the ssh console option (does the graphical installer have X11 client support?).

  • /!\ Work in progress, your help is appreciated