Hi,
> -device virtio-net-device,netdev=net0 \
This should be -device virtio-net,netdev=net0 \
/--Regards, Aleksei/
*From:* Jerry Stuckle
*Sent:* Monday, October 17, 2016 5:20AM
*To:* Qemu-discuss
*Subject:* [Qemu-discuss
Thanks for helping me.
I tried version 2.7 and got the same result.
Finally, I found the vm won't get blue screen in follows case:
1. Removefrom libvirt
2. Use SandyBridge: (my cpu is Nehalem)
SandyBridge
But in these cases, my application will cras
Hi,
OK, I'm back on this now, and need to define a bridge for qemu.
Once again, this is Ubuntu running in VirtualBox under Windows. Ubuntu
is using NetworkManager, and I have defined the bridge there per
http://ask.xmodulo.com/configure-linux-bridge-network-manager-ubuntu.html.
This comes up as
On 161016-11:26+0200, Miroslav Rovis wrote:
...
> If I wasn't poor, I'd donate to you or where you would tell me to, but
> I'm like a Church mouse, very poor...
...
Just as the closed source makes it all mostly dirty, and in real
big-brotherly world of today it's absolutely treacherous with spying
Hello everyone.
I was wondering if there is some API like Virtual-box offers to control
programmatically several aspect of virtual machines. Specially something
related to mouse and keyboard to control them from a python script
running on the host machine and an API related to video to capture
On 161016-10:51+0200, Miroslav Rovis wrote:
...
> I need to look more deeply into all of this...
It was just the firewall. I'll post all of it.
But in short, as soon as I disabled my iptables with:
# /etc/init.d/iptables stop
I was able to boot, and I connected to:
http://www.qemu.org and browse
On 161016-10:41+0300, Aleksei wrote:
> Your link layer looks good, eth1 is enslaved to br0. On network layer,
> you don't get an IP address - is it because you don't have a physical
> cable plugged into eth1?
It is plugged in.
> Anyway, that shouldn't prevent Qemu from
> creating taps on that b
On 161016-10:51+0300, Aleksei wrote:
> > Esp. from the screencast at:
>
> >
> http://localhost/CroatiaFidelis/foss/cap/cap-161015-qemu-devuan/Screen_161016_0501_g0n.webm
>
That was my local-only Apache. Sorry (it's sleeplessness and
headaches...)! It translates into:
http://www.CroatiaFidelis
Esp. from the screencast at:
>
http://localhost/CroatiaFidelis/foss/cap/cap-161015-qemu-devuan/Screen_161016_0501_g0n.webm
it is clear qemu still wants to use eth0.
If that last fullscreen log is Devuan's - then no, that last *eth0*
interface is *inside* the VM. Devuan sets up his own de
Your link layer looks good, eth1 is enslaved to br0. On network layer,
you don't get an IP address - is it because you don't have a physical
cable plugged into eth1? Anyway, that shouldn't prevent Qemu from
creating taps on that bridge.
As for permissions stuff from Qemu side:
Add "allow br0"
10 matches
Mail list logo