Is QEMU working/reliable under ....

Wed Jan 28 16:24:03 UTC 2015

On 01/28/15 09:06, CyberLeo Kitsana wrote:
> On 01/28/2015 08:19 AM, 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
>>>> 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.
> What, precisely, are you expecting to witness while running the Windows
> XP install ISO? To my knowledge, it does not support anything but GUI
> installation, and it looks like you have turned off graphics output
> using the -nographic flag.
>
>> 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.
> The qemu executable you use is the one you want the guest to emulate,
> not the one that matches your host. qemu-system-x86_64 will emulate a
> 64-bit Intel/AMD system; qemu-system-i386 will emulate a 32-bit
> Intel/AMD system; qemu-system-mips will emulate a MIPS-architecture
> system. All will run on the host upon which they were built.
>
>

P.S. to last reply: running the correct qemu w/ graphics is looking more 
promising:

[root at kabini1, WinXP, 8:10:28am] 499 % qemu-system-i386 -cdrom 
../../../ISOs/winxp.iso -hda HDD.img -m 256 -boot d -cpu athlon -vga std 
-no-acpi -localtime

(<unknown>:20221): Gtk-WARNING **: cannot open display:
[root at kabini1, WinXP, 10:20:09am] 500 % pe
TERM=xterm
BLOCKSIZE=K
MAIL=/var/mail/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
SHELL=/bin/csh
HOME=/root
USER=root
HOSTTYPE=FreeBSD
VENDOR=amd
OSTYPE=FreeBSD
MACHTYPE=x86_64
SHLVL=1
PWD=/home/VMs/qemu/WinXP
LOGNAME=root
GROUP=wheel
HOST=kabini1.local
TIME= whew !!!! that took (%U cpu + %S sys) sec., %E elapsed time tot, 
%P CPU efficiency
         (%X text, %D data, %M max) KB, (%I+%O) io, %F pfs + %W swaps
LC_ALL=C
EDITOR=vi
PAGER=more
[root at kabini1, WinXP, 10:20:30am] 501 % setenv DISPLAY ":0.0"
[root at kabini1, WinXP, 10:21:43am] 502 % pe
TERM=xterm
BLOCKSIZE=K
MAIL=/var/mail/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
SHELL=/bin/csh
HOME=/root
USER=root
HOSTTYPE=FreeBSD
VENDOR=amd
OSTYPE=FreeBSD
MACHTYPE=x86_64
SHLVL=1
PWD=/home/VMs/qemu/WinXP
LOGNAME=root
GROUP=wheel
HOST=kabini1.local
TIME= whew !!!! that took (%U cpu + %S sys) sec., %E elapsed time tot, 
%P CPU efficiency
         (%X text, %D data, %M max) KB, (%I+%O) io, %F pfs + %W swaps
LC_ALL=C
EDITOR=vi
PAGER=more
DISPLAY=:0.0
[root at kabini1, WinXP, 10:21:44am] 503 % qemu-system-i386 -cdrom 
../../../ISOs/winxp.iso -hda HDD.img -m 256 -boot d -cpu athlon -vga std 
-no-acpi -localtime
Invalid MIT-MAGIC-COOKIE-1 key
(<unknown>:20227): Gtk-WARNING **: cannot open display: :0.0
[root at kabini1, WinXP, 10:21:48am] 504 %

I am logged into root via 'su' from my regular user, rxvt-2.6.4_6 
terminal window, system tcsh, xfce-4.10_7 desktop, 
xorg-server-1.14.7_1,1, FreeBSD 9.3-RELEASE-p5 .... The su process 
doesn't get the graphics environment set correctly for root, I see this 
a lot :-/ .... What do I need to do to get the GUI to display for me ? 
TIA & thanks for your reply.

-- 

	William A. Mahaffey III

  ----------------------------------------------------------------------

	"The M1 Garand is without doubt the finest implement of war
	 ever devised by man."
                            -- Gen. George S. Patton Jr.