Hugo Vanwoerkom wrote:
Hugo Vanwoerkom wrote:
David Baron wrote:
On Tuesday 19 June 2007, [EMAIL PROTECTED]
wrote:
Hi,
I installed qemu on Sid.
But Sid's kqemu is backlevelled: it depends on a non-existing 2.6.18
kernel.
So I compiled/installed
http://fabrice.bellard.free.fr/qemu/kqemu-1.3.0pre11.tar.gz
and that went uneventful.
*However...* when I try to boot XP with:
qemu -m 256 -localtime -hda /hda7/xp.img -cdrom /dev/cdrom -fda
/dev/fd0
it hangs the whole system absolutely solid: stops all the
clocks+applets
and needs the red button.
Without kqemu it boots XP.
Does anybody run qemu with kqemu installed successfully?
Thanks for the replies.
However you cannot use the kqemu Sid package because that depends
upon a
non-existent kernel.
The source package is also on Sid. Try installing that using m-a (the
Debian way but I have also numerous times used sources from the site
and compiled manually and simply copied the .ko to it correct place),
change that modprobed/kqemu file and try again. I do not have XP
images around to try but qemu runs most everything.
For an alternative, you might try virtualbox (they have an opensource
version, a free binary and a paid product). Runs some stuff better
then qemu, somewhat different approach. But it does not run everyting
qemu does.
I saw that: it is kqemu_1.3.0~pre11.orig.tar.gz. But the kqemu I
installed with is kqemu-1.3.0pre11.tar.gz. Seems to me to be the very
same thing. I was going to try a different kernel, I am now running
Linux debian 2.6.21-1-k7 #1 SMP PREEMPT
and I was going to backup to 2.6.18-k7 which no longer is in Sid but I
kept the .debs in my repository.
It's more a question of "this ought to work" than running XP because I
found out what I needed to know by now.
So kqemu-1.3.0pre11 (the latest version) hangs the system solid with
2.6.21-1-k7, the Debian stock kernel. But I have modified that kernel
with 2.6.21-ck2 from here:
http://members.optusnet.com.au/ckolivas/kernel/
Going back to the plain 2.6.18-4-k7 Debian kernel and reinstalling kqemu
all errors disappear and XP initiates "normally" (i.e. M$'s version of
"normal").
So the problem lies either in 2.6.21-1-k7 or in the -ck modification.
In neither. The 2.6.21-1-k7 kernel kqemu fails with has been modified by
me to turn *off* paravirtualization. Defined as follows:
Paravirtualization is a way of running multiple instances of
Linux on the same machine, under a hypervisor. This option
changes the kernel so it can modify itself when it is run
under a hypervisor, improving performance significantly.
However, when run without a hypervisor the kernel is
theoretically slower. If in doubt, say N.
The reason I do that is because with PARAVIRT_CONFIG *set* the
installation of the nvidia closed source driver will fail.
So I turned it off and... qemu hangs on execution.
There is an alternative way of using the unmodified
linux-image-2.6.21-1-k7/686 and instead modifying the
linux-kbuild-2.6.21 .deb and installing the nvidia driver by hand and
twiddling some things.
The gory details are here:
http://www.nvnews.net/vbulletin/showthread.php?t=89844
So qemu hangs in kernel 2.6.21 if you turned off paravirtualization and
are using kqemu. End of story.
Have a good day.
Hugo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
