Is QEMU working/reliable under ....

[William A. Mahaffey III]

On 01/28/15 18:16, Roland Smith wrote:
> On Wed, Jan 28, 2015 at 02:25:39PM -0600, William A. Mahaffey III wrote:
>> On 01/28/15 13:24, Roland Smith wrote:
>>> 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...
>> I tried this (plus -noacpi -localtime) & got X11 errors:
>>
>> [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:
> <snip>
>
>> I have had this problem before, when I 'su' to root (usually from an
>> rxvt terminal running csh as a regular user), the environment isn't set
>> up correctly for most X11 stuff to work correctly when invoked from that
>> root CLI. I have posted about this before, but it still persists. Any
>> clue how to get this to work for me :-) ? TIA & thanks for your reply.
> Don't run qemu as root. :-) It is not necessary.  As a general principle,
> anything that doesn't *require* root should be run as a normal user.
>
> Roland

Probably good advice, I didn't think of it in time .... The install is 
proceeding apace after I copied my $USER/.Xauthority to /root .... I 
will only be using those VM's as $USER, not root .... If all finishes up 
well, I may redo it as $USER .... Thanks.

-- 

	William A. Mahaffey III

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

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