Difference between revisions of "Talk:QEMU"

From ArchWiki
Jump to: navigation, search
(starting qemu using a real partition)
(Remove edit log.)
(14 intermediate revisions by 8 users not shown)
Line 1: Line 1:
To get Qemu Acceleration you must run '''qemu-system-x86_64''' (with the '''-kernel-kqemu''' option), not the default launcher (qemu). --[[User:Nak|Nak]] 0:48, 11 May 2007 (GMT+1)
+
== Linear RAID ==
  
== starting qemu using a real partition ==
+
When I was updating the article yesterday, I had tried to fit the section about linear raid (boot a VM from a partition by prepending a MBR to it) into the article better.  But I'm not sure the technique described is the right one at all.  It looks like it works, but wouldn't it be easier to install a bootloader directly to the partition (e.g. syslinux)?  Then the VM could be booted directly from the partition simply by using it as its virtual disk.
 +
--[[User:Synchronicity|Synchronicity]] ([[User talk:Synchronicity|talk]]) 19:23, 9 May 2012 (UTC)
  
I tried to follow the procedure you described,
+
== thoughts / suggestions on networking nitty gritty section ==
but I do not understand how to set the partition starting offset.
+
Why does the sectors per track value affect the starting offset value?
+
  
It would be nice if you give more detail or some example
+
I followed the Beginner's Guide to installing Arch and setting up {{ic|/etc/rc.conf}}. I have also installed {{pkg|dnsmasq}}. When following the QEMU/KVM how-to I was unable to get my bridge interface to see the DHCP server of my modem until I amended my {{ic|/etc/rc.conf}} to include and bring up the loopback interface i.e.
 +
{{bc|<nowiki>
 +
lo="lo up"
 +
eth0="eth0 up"
 +
br0="dhcp"
 +
INTERFACES=(lo eth0 br0)
 +
gateway="default gw 192.168.0.1"
 +
ROUTES=(gateway)
 +
</nowiki>}}
 +
 
 +
As this is not part of the beginners {{ic|/etc/rc.conf}} it might help others that have got stuck with this part to read this and maybe considered, if correct, a useful addition to the how-to.  It would be good to get confirmation from those-that-know if this is the best foot forward, so to speak.
 +
 
 +
Ed 17/05/10
 +
 
 +
The networking configuration here relies on ifconfig, which is deprecated. It should be changes to use netcfg:
 +
 
 +
https://wiki.archlinux.org/index.php/Netcfg#Configuring_a_bridge_for_use_with_virtual_machines_.28VMs.29
 +
 
 +
(The default configuration of netcfg works)
 +
 
 +
[[User:Zealjagannatha|Zealjagannatha]] ([[User talk:Zealjagannatha|talk]]) 01:20, 12 July 2012 (UTC)
 +
 
 +
== VDE networking ==
 +
 
 +
The instructions provided for VDE networking did not work. Instead I did the following which ''did'' work:
 +
 
 +
{{bc|
 +
vde_switch -daemon
 +
 
 +
slirpvde --dhcp --daemon
 +
}}
 +
 
 +
Then to start the VM with a connection to the network of the host:
 +
 
 +
{{bc|1=
 +
kvm -net nic,macaddr=52:54:00:00:EE:03 -net vde whatever.qcow
 +
}}
 +
 
 +
The above method is also less invasive. Any support/objections to replacing the VDE networking instructions in the article with these? If the current instructions bring attention to features that the above method does not, how can they integrated?
 +
--[[User:AndreasBWagner|AndreasBWagner]] 22:02, 17 April 2011 (EDT)
 +
 
 +
:I'm not very acquainted with QEMU nor VDE, anyway I would suggest to add your code as an "Alternative method", so that people will be able to choose what they like best, and if the current code doesn't work any longer for anybody (maybe due to version upgrades?) it will be removed altogether. -- [[User:Kynikos|Kynikos]] 10:01, 18 April 2011 (EDT)

Revision as of 09:13, 12 July 2012

Linear RAID

When I was updating the article yesterday, I had tried to fit the section about linear raid (boot a VM from a partition by prepending a MBR to it) into the article better. But I'm not sure the technique described is the right one at all. It looks like it works, but wouldn't it be easier to install a bootloader directly to the partition (e.g. syslinux)? Then the VM could be booted directly from the partition simply by using it as its virtual disk. --Synchronicity (talk) 19:23, 9 May 2012 (UTC)

thoughts / suggestions on networking nitty gritty section

I followed the Beginner's Guide to installing Arch and setting up /etc/rc.conf. I have also installed dnsmasq. When following the QEMU/KVM how-to I was unable to get my bridge interface to see the DHCP server of my modem until I amended my /etc/rc.conf to include and bring up the loopback interface i.e.

lo="lo up"
eth0="eth0 up"
br0="dhcp"
INTERFACES=(lo eth0 br0)
gateway="default gw 192.168.0.1"
ROUTES=(gateway)

As this is not part of the beginners /etc/rc.conf it might help others that have got stuck with this part to read this and maybe considered, if correct, a useful addition to the how-to. It would be good to get confirmation from those-that-know if this is the best foot forward, so to speak.

Ed 17/05/10

The networking configuration here relies on ifconfig, which is deprecated. It should be changes to use netcfg:

https://wiki.archlinux.org/index.php/Netcfg#Configuring_a_bridge_for_use_with_virtual_machines_.28VMs.29

(The default configuration of netcfg works)

Zealjagannatha (talk) 01:20, 12 July 2012 (UTC)

VDE networking

The instructions provided for VDE networking did not work. Instead I did the following which did work:

vde_switch -daemon

slirpvde --dhcp --daemon

Then to start the VM with a connection to the network of the host:

kvm -net nic,macaddr=52:54:00:00:EE:03 -net vde whatever.qcow

The above method is also less invasive. Any support/objections to replacing the VDE networking instructions in the article with these? If the current instructions bring attention to features that the above method does not, how can they integrated? --AndreasBWagner 22:02, 17 April 2011 (EDT)

I'm not very acquainted with QEMU nor VDE, anyway I would suggest to add your code as an "Alternative method", so that people will be able to choose what they like best, and if the current code doesn't work any longer for anybody (maybe due to version upgrades?) it will be removed altogether. -- Kynikos 10:01, 18 April 2011 (EDT)