Is QEMU working/reliable under ....

[Roland Smith]

On Wed, Jan 28, 2015 at 08:19:31AM -0600, William A. Mahaffey III wrote:
> On 01/28/15 01:14, Roland Smith wrote:
> > On Tue, Jan 27, 2015 at 07:18:06PM -0600, William A. Mahaffey III wrote:
> >> On 01/27/15 15:04, Roland Smith wrote:
> >>> On Tue, Jan 27, 2015 at 11:08:58AM -0600, William A. Mahaffey III wrote:
> >>>> .... FreeBSD 9.3-RELEASE-p5, qemu-0.11.1_18, kqemu-kmod-1.3.0.p11_12 ? I
> >>>> have tried w/ kqemu loaded & unloaded (recommended online), w/
> >>>> -nographic, w/ -vga std, etc. No love. All I want to do is run a WinXP
> >>>> 32bit VM &/or a 64-bit Win7 VM from my desktop (xfce-4.10_7, xorg-7.7_1,
> >>>> xf86-video-vesa-2.3.3_5) :-/ .... Several online sites imply that it
> >>>> works OK, 1 specifically w/ FreeBSD 9 no less. Any clues appreciated,
> >>>> any more info gladly provided ....
> >>> This version is *ancient*. I would suggest trying qemu-devel instead, because
> >>> that provides qemu-2.2.0. Last time I tried it 0.11 with or without qkemu
> >>> crashed a lot.
> >>>
> >>> According to the website, qemu version 0.11 and up do not support kqemu
> >>> anymore (see http://wiki.qemu.org/KQEMU), so you don't need that anymore.
> >>>
> >>> In time (and if your processor is new enough to have “extended page tables”) I
> >>> guess qemu on FreeBSD could be replaced by the bhyve hypervisor that is now in
> >>> 10.x and is being developed further in HEAD. Currently bhyve can load FreeBSD,
> >>> OpenBSD, NetBSD and Linux guests. Support to run windoze as a guest will come
> >>> in the future.
> >>>
> >>> Roland
> >> OK, I have qemu-devel compiled & installed, kqemu unloaded from the
> >> kernel, & (hopefully) a build of a VM underway, command-line: qemu
> >> -cdrom ../../../ISOs/winxp.iso -hda HDD.img -m 256 -boot d -cpu athlon
> >> -vga std  -nographic -no-acpi -localtime, w/ qemu softlinked to

If you specify -nographic you won't see *anything*. How are you going to
interact with the windows installer that way? :-)

Try:

    qemu-system-i386 -cdrom ../../../ISOs/winxp.iso -hda HDD.img -m 256 -boot d

Booting a windows HD image takes around 90 seconds on my machine. Slackware
Linux takes around 120 seconds. Qemu isn't exactly a speed demon...

> >> qemu-system-x86_64 in /usr/local/bin. How long is this expected to take
> >> :-) ? TIA & thx for everything so far ....
> > If you are using a 64-bit build of XP the GUI should come up pretty fast.
> > Installing XP will seem to take ages. :-) Trying to run a 32-bit XP on a
> > 64-bit emulator won't work at all, IIRC. I think it won't even boot.
> >
> > Depending on which windows programs you need to run, there is a pre-built
> > 32-bit Wine for AMD64 available in ports. That might run them faster because
> > it's not a VM.
> >
> > Roland
> 
> Hmmmmm .... OK, I was/am using 32-bit WinXP, maybe that's part of the 
> problem. I eventually killed this process after 5+ hrs w/ no visible 
> progress & tried again w/ qemu-system-i386 & the rest of the command 
> line args, still (apparently) nogo, killed it after about 1 hr., no 
> visible progress. I never saw *any* GUI pop up in either case. I'm a bit 
> confused here, I thought the qemu executable needed to match the host as 
> much as possible, that's why I tried the x86_64 qemu 1st.

It should match the *guest*. The postfix after qemu indicates which
architecture it is emulating.

If you only need an emulator for i386 and x86-64, enable te X86_TARGETS options.
That will skip all the other architectures.


Roland
-- 
R.F.Smith                                   http://rsmith.home.xs4all.nl/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 5753 3324 1661 B0FE 8D93  FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20150128/d9e14268/attachment.sig>