QEMU Launcher + 32 bit QEMU pet and sfs
Well I was basically mentioning that I am not in the best position to support this.
I have an atom machine...I can run lighthouse and build the 64 bit version but not test KVM....but that macine is normally the one my partner uses.
I can build the 32 bit but the lenovo needs a bios flash for KVM so again cannot test it.
Even the gui needs a little second guessing for the above reasons.
mike
I have an atom machine...I can run lighthouse and build the 64 bit version but not test KVM....but that macine is normally the one my partner uses.
I can build the 32 bit but the lenovo needs a bios flash for KVM so again cannot test it.
Even the gui needs a little second guessing for the above reasons.
mike
BTW for QEMU, version 2.1 is available since month's beginning. Also, version 2.0.2
@MikeB - (I ask because I do NOT have a PC that does NOT have KVM acceleration feature)
Does the Launch utility checkbox for KVM feature, tell the user it is missing should they try to execute the Launcher with the KVM box checked?
Curious
@MikeB - (I ask because I do NOT have a PC that does NOT have KVM acceleration feature)
Does the Launch utility checkbox for KVM feature, tell the user it is missing should they try to execute the Launcher with the KVM box checked?
Curious
The arrangement is that the checkbox ONLY appears if KVM is available ... so it's only giving the option of what is actually possible if that makes sense.Does the Launch utility checkbox for KVM feature, tell the user it is missing should they try to execute the Launcher with the KVM box checked?
The last person that said that to me I made sure I never did any work for him again.You enjoy a challenge!!
It tended to imply 'here is something everyone else has had a go at trying to sort and made a mess off so now you can sort it out usually for not enough money'
mike
This is cool. But if I may suggest - would you be able to "save" the settings as named VMs?
I'm hoping to see something like this:
1. First launch - list of saved VMs, showing one-line summary:
- cpu/ram/storage/kvm enabled?/stopped/running.
Action buttons: add/edit/delete/start/stop selected VM, and of course "exit" button.
The status will be updated as one start/stop/add/delete/VM.
2. When on click add or edit button, then the "edit VM" screen shows, which is you already have here. Perhaps add options about port-forwarding.
This would give VirtualBox a run for its money!
I'm hoping to see something like this:
1. First launch - list of saved VMs, showing one-line summary:
- cpu/ram/storage/kvm enabled?/stopped/running.
Action buttons: add/edit/delete/start/stop selected VM, and of course "exit" button.
The status will be updated as one start/stop/add/delete/VM.
2. When on click add or edit button, then the "edit VM" screen shows, which is you already have here. Perhaps add options about port-forwarding.
This would give VirtualBox a run for its money!
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
When I press the 'Run qemu' button, nothing happens, but I get the errorDo I need libbluetooth.so.3 to get this going?
I can't find any libbluetooth in my system.
I am running Slacko 5.7
Sigmund
Code: Select all
# qemu_gui
debug: qemu-system-x86_64 -boot c -m 512 -hda /mnt/sdb1/tmp/qemu.img -hdb /dev/null -cdrom /mnt/sdb1/puppy/iso/slacko64-5.9.1.iso -smp 1
qemu-system-x86_64: error while loading shared libraries: libbluetooth.so.3: cannot open shared object file: No such file or directory
I can't find any libbluetooth in my system.
I am running Slacko 5.7
Sigmund
- Attachments
-
- forum.png
- (23.96 KiB) Downloaded 735 times
If you are referring to the 32 bit version from here then it was built on Lucid which appears to have libbluetooth and I guess the configure pulled it in automatically as I never chose it specifically making it a dependency.
I don't see anything else that slacko may not have apart from a gnutls disagreement
Mike
I don't see anything else that slacko may not have apart from a gnutls disagreement
Mike
@Zigbert, you might consider adding a bit more RAM in the GUI to run your ISO.
In case no one noticed, @Zigbert is showing how to boot a 64bit ISO in a VIRTUAL 64bit configuration on a 32bit PC. Clever!
The ONLY idea that I have to offer, in doing so, is that you "may" want to insure your 32bit PC has the virtualization feature that accelerates the virtual configuration to nearly the native speed of the processor. If your PC has the feature, you will see it on the GUI screen. Also, REMEMBER, the Launcher GUI is configuring a Virtual PC's hardware that the distro/ISO/Image is to operate in.
If you are unsure how to, otherwise, determine if your PC has the feature, see this easy to follow post.
Hope this helps.
In case no one noticed, @Zigbert is showing how to boot a 64bit ISO in a VIRTUAL 64bit configuration on a 32bit PC. Clever!
The ONLY idea that I have to offer, in doing so, is that you "may" want to insure your 32bit PC has the virtualization feature that accelerates the virtual configuration to nearly the native speed of the processor. If your PC has the feature, you will see it on the GUI screen. Also, REMEMBER, the Launcher GUI is configuring a Virtual PC's hardware that the distro/ISO/Image is to operate in.
If you are unsure how to, otherwise, determine if your PC has the feature, see this easy to follow post.
Hope this helps.
getting alsa audio to work in the VM
So, on FD 700 with qemu 2.1.0 I can get alsa audio working in the guest OS (VM) this way:
On a dual core Intel Core2 duo laptop the welcome bark bark spikes CPU usage to 70% (fluxpup 1.5.1 iso image).
The same hardware but running precise-Csipesz (aug14 iso image) is better; CPU ~15-20% playing a wav file, and at 20% live streaming internet radio (precise-Csipesz is loaded with playlists).
So if you start the front-end gui from the command line (or a script) and add -soundhw hda in the additional parameters field, you should have sound enabled. Here's an example with precise-Csipesz
Don't forget to add -soundhw hda.
Code: Select all
# export QEMU_SOUND_DRV=alsa
# qemu-system-x86_64 -boot d -m 512 -enable-kvm -hda /dev/null -hdb /dev/null -cdrom /mnt/sda5/file/VM/fluxpup-1.5.1.iso -smp 1 -soundhw hda
The same hardware but running precise-Csipesz (aug14 iso image) is better; CPU ~15-20% playing a wav file, and at 20% live streaming internet radio (precise-Csipesz is loaded with playlists).
So if you start the front-end gui from the command line (or a script) and add -soundhw hda in the additional parameters field, you should have sound enabled. Here's an example with precise-Csipesz
Code: Select all
# QEMU_SOUND_DRV=alsa qemn_gui
debug: qemu-system-x86_64 -boot d -m 512 -enable-kvm -hda /dev/null -hdb /dev/null -cdrom /mnt/sda5/file/VM/precise-571RetroCsipeszPupV5EngHun2014Aug.iso -smp 1 -soundhw hda
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]
Thanks for the info step
I read hda as a hard drive then realised its something like HD audio or the intel stuff.
Hmm I am guessing there is overhead if this option is enabled but not actually required but I am also guessing that adding the QEMU_SOUND_DRV=alsa by itself may not...ie it could be made permanent with no detriment to users not needing sound...is this a decent bit of guesswork on my behalf? In which case the option is simply up to the user via the additional parameters without having to resort to the command line.
mike
I read hda as a hard drive then realised its something like HD audio or the intel stuff.
Hmm I am guessing there is overhead if this option is enabled but not actually required but I am also guessing that adding the QEMU_SOUND_DRV=alsa by itself may not...ie it could be made permanent with no detriment to users not needing sound...is this a decent bit of guesswork on my behalf? In which case the option is simply up to the user via the additional parameters without having to resort to the command line.
mike
I think you guessed right. Qemu_gui could set QEMU_SOUCE_DRV=alsa and leave it to the user to add additional parameters to effectively enable HD audio (perhaps a tool tip could remind of which parameters).mikeb wrote:I am also guessing that adding the QEMU_SOUND_DRV=alsa by itself may not...ie it could be made permanent with no detriment to users not needing sound...is this a decent bit of guesswork on my behalf? In which case the option is simply up to the user via the additional parameters without having to resort to the command line.
mike
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]
Hmm well thinking about it perhaps a checkbox would not hurt....just don't want to get too cluttered.
Alternatively adding the info to a tooltip would be neat plus as I found there are several audio options available which I assume affect what is used on the host rather than the emulated card.
I feel an update coming on.
mike
Alternatively adding the info to a tooltip would be neat plus as I found there are several audio options available which I assume affect what is used on the host rather than the emulated card.
I feel an update coming on.
mike
default bootup
Hi mikeb,
A small request for the QEMU launcher.
Could you make the boot option default to last used or default selectable.
As at the moment it defaults to Primary harddrive which I always forget and have to start again selecting cd/dvd.
thanks
dc
A small request for the QEMU launcher.
Could you make the boot option default to last used or default selectable.
As at the moment it defaults to Primary harddrive which I always forget and have to start again selecting cd/dvd.
thanks
dc
a little bit of knowledge and I'm dangerous
hmm a little odd as currently if there is no hard drive image given then it falls back to booting the cd/dvd anyway.As at the moment it defaults to Primary harddrive which I always forget and have to start again selecting cd/dvd.
Needs seem to vary on this one...perhaps last chosen might be a suitable compromise.
mike