QEMU Launcher + 32 bit QEMU pet and sfs

Virtual machines, emulation, etc.
Message
Author
User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#61 Post by mikeb »

Thanks for the feedback... obviously some aspects of qemu are out of the scope of this interface.

General...-smp refers to the simulater guest cpu(s) so my wording is wrong..I will amend.
As for kqemu It seems it can only fullly accelerate one cpu and reverts to more emulated multi cpu for 2 or more.

mike

gcmartin

#62 Post by gcmartin »

Thanks for the ability to define a virtual Guest PC with more than 1 core! The earlier report I shared has had another performance bump in the Slacko64 Guest as, now with the multiple cores, allows Slacko64 better desktop performance threading, while its launched Guest is running. Guest virtual PCs are "flying" comparatively.

This tool is a great assist for design and setup of the virtual PCs that ISO/distro boot into.Image
Your tool, QEMU Launcher, makes it easy for others to understand the creating an "internal PC" on the running desktop. Thx!!!

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#63 Post by mikeb »

Ok another update now we seems to have something useable.

version 0.4
  • Added a box for additional parameters as suggested earlier
    Merged in kqemu support so should give the appropriate option for KVM or kqemu or no acceleration.
    Clarified smp wording.
Mike

User avatar
neerajkolte
Posts: 516
Joined: Mon 10 Feb 2014, 07:05
Location: Pune, India.

#64 Post by neerajkolte »

Hi mikeb,
The GUI is improving nicely.
New users might find it actually easier than virtualbox.

Thanks

-Neeraj
"One of my most productive days was throwing away 1000 lines of code."
- Ken Thompson

“We tend to overestimate the effect of a technology in the short run and underestimate the effect in the long run.â€￾
- Amara’s Law.

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#65 Post by mikeb »

Ok did realise I had had a mental blank which was sorted out after compiling QEMU.

Package updated to 0.5....
  • Added choice of virtual machine taken from the included binaries (doh!)
    Added help button which opens qemu main doc in default browser.
    Removed the kill button since the gui has that anyway..or you can simply close the window...same effect. Also it is possible if somewhat masochistic to run several virtual machines so one kill button seemed a little inappropriate.
By the way how do you escape from full screen mode?

Also I built 2.0.0 on Lucid (32 bit) so wondered if that might be useful ... thing is I did not have opengl or SLD enabled/present which makes it more generic but I wondered if there was a significant performance hit without them?

If its useful I could make a sfs and pet including the gui here...

mike

mike

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#66 Post by mikeb »

Ok one for testing.

QEMU 2.0.0 built on Lucid so for 32 bit OS and machines.
Needs glibc 2.11 so unsure of support on older puppies... 'should' be ok on newer.
Used the defaults which makes a pretty generic build.
I cannot test KVM without a bios update so some feedback would be nice. Also of course 2.6.33 lucid has no KVM support anyway but one of the new builds might. I included the gui so hopefully a load and run package.

If its ok I will make a pet too..
It includes the binaries for running static erm binaries but at this point the gui does not include this funtionality.

https://dl.dropboxusercontent.com/u/110 ... 0_sfs4.sfs

mike

gcmartin

#67 Post by gcmartin »

mikeb wrote: ...By the way how do you escape from full screen mode?...
See this
mikeb wrote: ...If its useful I could make a sfs and pet including the gui here...
Combining this thread's GUI with a PET/SFS, OOTB, is an excellent Puppy idea.

Cheers

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#68 Post by mikeb »

Ok added 32 bit builds of QEMU to the first post....

mike

gcmartin

#69 Post by gcmartin »

Installed 32bit PET into a Guest on the Host. Guest configuration is seen by Hardinfo below. The Host's Virtual Guest shows KVM hardware presence.

But, when attempt is made to use the Launcher to test booting a virtual Guest in this Guest, i get the following terminal messages:

Code: Select all

# qemu_gui
debug: qemu-system-x86_64 -boot d -m 512 -hda /mnt/sdb2/Erasedis/swap.disk -cdrom /mnt/home/fluxpup-1.5.1.iso -smp 2 -redir tcp:5556::445 -redir tcp:2222::22
qemu-system-x86_64: error while loading shared libraries: libcurl-gnutls.so.4: cannot open shared object file: No such file or directory
ARCH="x86_64"
BOOTDEV="false"
BOOTDEV2="true"
CDROM="/mnt/home/fluxpup-1.5.1.iso"
CORES="2"
EXTRAS=""
FILE_BROWSE_SAVEFILENAME=""
FILE_BROWSE_SAVEFILENAME2=""
FILE_BROWSE_SAVEFILENAME3=""
IMAGE="/mnt/sdb2/Erasedis/swap.disk"
IMAGE2=""
MEM="512"
NORMAL="true"
SIZE=""
VNC="false"
EXIT="EXIT-QUIT"
# 
Here to help
Attachments
Hardinfo view of Guest_2014-05-23_031547.jpg
Hardinfo view of Guest
(25.8 KiB) Downloaded 528 times

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#70 Post by mikeb »

Ok libcurl-gnutls.so.4 is included in default Lucid so I was uncertain but assumed newer pups would included for the same reasons it was in lucid... It would appear that is not the case.

Adding it to the pet would not be the most sensible move by its nature especially after the recent security revelation about gnutls.

It is possible to symlink it to libcurl.so.4 which is usually present.... it would also be possible to build it without curl support but what does that affect?


mike

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#71 Post by mikeb »

Ok I looked into kvm modules for Lucid.

Short story is they cannot be built as additional modules on kernels 2.6.32+ ...and chances are any pups with older kernels will lack the glibc for qemu itself...but that's Linux for you.

Sooo had a plan ... Compiled the lucid kernel with the KVM enabled.... but...another shortened story .... the modified kernel will only work with a fresh set of modules even though it would appear to be unconnected with the main goings on. I did try hacking versioning which did get the originals loading but they were not happy... the plan was a new vmlinux plus 3 modules and leave the rest intact for a simple update.

SO what I do have is a KVM enabled 2.6.33.2 kernel plus a full set of modules including KVM which work nicely as a set... all in a sfs which of course is also useless for standard puppies since it would load under the old ones plus of course the initrd needs altering unless you have a full install. The other problem is of course any extra modules compile with the original config will not work/load either.

If anyone wants this kit of parts let me know

Bonus bunny is I did get to configure and compile my first kernel. :)

#######

purely experimental but here is the kernel and an sfs of the full module set...note i am posting while running this actual build.
https://dl.dropboxusercontent.com/u/110 ... mlinuz-kvm
https://dl.dropboxusercontent.com/u/110 ... m_sfs4.sfs

####

Generally is would be good to know which pups do have kvm support...at least for the 32 bit since 64 seems covered. Also which have libcurl-gnutls and which do not.

mike

gcmartin

#72 Post by gcmartin »

In using V5, I found a bug that would need some thought on addressing. If the ISO name (and probably all user paths) contains a "blank" in the filename, the Launcher misbehaves. such that when the qemu command is issued, it results in an error.

Another concern is that the RAM allocation default should be bumped as well as the default might be better suited to having the CD Boot button selected such that an initial "Launch" for a new user has a better chance of success with as little changes as possible.

Also, I am wondering if the most recent screen-fills can be saved for the next desktop execution of the QEMU Launcher.

Lastly, I am not sure if it applies, but there is some work being done in GTKdialog behavior shown here.

Here to help
Attachments
defaults.png
default considerations
(59.53 KiB) Downloaded 550 times

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#73 Post by mikeb »

Hmm spaces in names ... that sneaked in it seems... ok will check it out.

Saved configs...yes its doable... it IS possible to specify and open directory too which would be helpful since files tend to be in the same place..I do that for pburn. Stuff I left while focussing on getting everything working.

Default ram...you suggest 512MB?

The name subject... 'QEMU control center' does actually sound good.

That gtkdialog info (action) does not apply in this case. I also quickly tried with gtkdialog 4 and all seemed ok too...the new maintainer seemed to have retained backward compatabiity which is helpful.

mike

gcmartin

#74 Post by gcmartin »

"gtkdialog 4" Wow. This would move PUPPY into the 21st Century. People here are still talking about gtk1. They are still wrestling with old philosophy which predates Y2K (after 15 years, one would think we got it by now).

Any help and information you provide, I am sure, some/many developers will find useful as they too are looking for a sign to move forward.

QEMU Control Center Utility
Thanks for what you have done for the community with this little utility. I can do an ISO test in minutes versus the time I had to do things before with burning an ISO, unloading a running PC, booting the ISO (sometimes several times to isolate audio/video/LAN issues) and reporting back to the community with timely/useful information. The KVM virtual machine performance is nothing short of phenomenal (but, you already know that).

Now, I just download, boot to test, and report back to the community when needed in minutes. No issues of media or anything. This has become too simple for explanation.

Thx!!!

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#75 Post by mikeb »

just to clarify gtkdialog4 refers to as far as I know the puppy reference to the release era of thats binary as a simple reference for script writers. Its not directly related to gtk version...indeed its written for gtk2 and has only recently started to port over to 3.

gtkdialog = the first time it was used on puppy.

gtkdialog2 the second version with altered syntax

gtkdialog 3 third release...syntax changed again

gtkdialog 4...the latest which seems to have retained the version 3 syntax as a subset and added considerably more.

1, 2 and 3 code are not compatible so scripts have to specify which binary they were written for.

Well will make those changes soon and post it here when done

mike

gcmartin

#76 Post by gcmartin »

I tested recently TahrPUP.

Problem:
I ran into video issues where TahrPUP would NOT start X in the VM guest.

Solution:
Change VGA to VESA
Attachments
Parms4TAHR2.jpg
Added VGA parm to allow TAHR Puppy to boot to its X desktop
(34.94 KiB) Downloaded 656 times

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#77 Post by mikeb »

Well it may not be a permanent tahr issue but at least a workaround is possible for now.

Ok updated to 0.6 .....
  • * Changed name to 'QEMU Control Center' as 'launcher' was being used elsewhere.
    * Fixed spaces in names and paths.
    * added --version command line option
    * Now saves configuration entries for all except system dependent ones.
    * Added tooltips .. feedback on those welcome.
    * Set default ram to 512MB
    * Made port forwarding an option as only one running instance can use it.
mike

gcmartin

#78 Post by gcmartin »

Message from Launch

Code: Select all

bash-4.1# qemu_gui

(gtkdialog3:6016): GVFS-RemoteVolumeMonitor-WARNING **: remote volume monitor with dbus name org.gtk.Private.UDisks2VolumeMonitor is not supported

debug: qemu-system-x86_64 -boot c -m 2048 -enable-kvm -hda /initrd/mnt/dev_ro2/LinuxBoots/vHDDs/Storage2.disk.img -hdb /initrd/mnt/dev_ro2/LinuxBoots/vHDDs/SWAP2.disk -cdrom /mnt/NAS2/Downloads/Puppy/01Micko/Slacko/32bit/6/ShinobarVersion/slacko-5.9.3.6_addSFSwithJRE8.iso -smp 2 -name Slacko6beta_with_root-level_SFS
Guest comes up OK.

FYI

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#79 Post by mikeb »

GVFS is the virtual filesystem for the GNOME desktop, which allows users easy access to remote data via SFTP, FTP, WebDAV, SMB, and local data via Udev integration, OBEX, MTP and others.
isn't this a little outside of what puppy supports?

mike

gcmartin

#80 Post by gcmartin »

mikeb wrote:isn't this a little outside of what puppy supports?
Message gotten running LH64-602 executing Launcher from a terminal. Something in the launcher caused this message to be posted. Doesn't appear to affect the operations of the Virtual Guest. Have you noticed the same? Would this impact video or any other operations?

ISO is on NAS.

Hmmm...
Attachments
Launcher.jpg
GUI as filled in after its terminal launch.
(60.33 KiB) Downloaded 550 times

Post Reply