I have done a fresh openSUSE 11.3 (32bit) install on a Lenovo ThinkCentre M58p 6234-1AG (C2D E8400, Q45 Express, GMA 4500, 82567LM-3).
First problem was, that the network card was not recognized, I had to build in a second one. Fortunately after updating the system and a reboot, also the 82567LM-3 was working.
With the normal Kernel 2.6.34.7-0.2-desktop the system works, but if I try to but with the Xen-Kernel 2.6.34.7-0.2-xen, the boot begins, but suddenly stops in a very early state.
The last messages I see are:
Doing fast boot
Creating …
Then the screen goes blank and finaly in sleep mode. To reboot I have to power off and then power on again the system
I already tried to remove the second “vgamode”-entry, finaly all “vgamode” and “vga”-options and set “splash=0” but this did not helped, “nomodeset” is not doing anything too (I think it’s only for Nvidia).
not really, I also use VirtualBox very much, but only for desktop virtualization.
I think it is not the best idea running some Linux instances on one system with VirtualBox.
And a filesserver or Asterisk on VirtualBox may result in “some” problems.
I already have running these and more as paravirtualized guests on my old server with openSUSE 11.0 and for sure I want to continue to uses these VMs on my new system. So it is no option changing the virtualization technic, rather I would switch to 11.2 (what I really would hate very much because of the quite short upgrade cycle) or use CentOS 5 (what I don’t like too much for other reasons).
Well I don’t run Xen but it looks like the Xen kernel simply does not like certain graphic cards. In fact graphics seems to be a problem with the newer kernels. Use 11.2 if it works for you (it is good for another year and maybe they will get the kernel/graphics stuff fixed by then.
Mean while you could help the process by reporting the problems in the most detail you can to bugzilla.
I’m having the same problem on my home-server. Switching to other virtualization solutions isn’t easy (no kvm because pentium 4 doesn’t have intel vt - no esxi because there is no linux client, no virtualbox because no gui on server and no para-vt - HyperV just ain’t gonna happen here).
A bug report for this isn’t easy, because the logging doesn’t happen at the moment of the kernel panic, and setting up a serial console is a bit complicated.
So I’m sticking with 2.6.34-12 kernel because its the only working right now. I would like to see it fixed in the future, because I like xen and it’s running perfectly here with 6 vm’s.