1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
|
network bridge does not work
hi there
the network bridge does not seem to work described as here: https://en.wikibooks.org/wiki/QEMU/Networking
When i add that parameters in a 192.168.80.x subnet, my emulated raspbian ARM gets the IP 10.0.2.15.... While all other computers get 192.168.80.x
The command i use is:
qemu-system-arm.exe -M versatilepb -cpu arm1176 -hda 2018-09-03_stretch_inkl_phalcon.img -kernel kernel-qemu-4.4.34-jessie -m 192 -append "root=/dev/sda2 panic=1 rootfstype=ext4 rw" -no-reboot -net nic -net user -device e1000,mac=52:54:00:12:34:56 &
Does not build up a network bridge to 192.168.80.x...
The host system i use is win10 x64 v1803
Best regards,
Jan
J:\Tools\qemu>qemu-system-arm.exe -M versatilepb -cpu arm1176 -hda 2018-09-03_stretch_inkl_phalcon.img -kernel kernel-qe
mu-4.4.34-jessie -m 192 -append "root=/dev/sda2 panic=1 rootfstype=ext4 rw" -no-reboot -net nic -net user -device e1000,
mac=52:54:00:12:34:56
WARNING: Image format was not specified for '2018-09-03_stretch_inkl_phalcon.img' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.
dsound: Could not initialize DirectSoundCapture
dsound: Reason: No sound driver is available for use, or the given GUID is not a valid DirectSound device ID
qemu-system-arm.exe: warning: nic e1000.0 has no peer
10.0.2.15 is neither a ip in our dhcp range nor an apipa address - strange
but google is pingable, so i have internet.
must be nat, right??
Yes, looks like nat - 10.10.2.15 is not pingable from 192.168.80.x but vice versa...
but wqhat they write here is not nat: "If no network options are specified, QEMU will default to emulating a single Intel e1000 PCI card with a user-mode network stack that bridges to the host's network. The following three command lines are equivalent:"
And i think my params are right?
... -net nic -net user -device e1000,mac=52:54:00:12:34:56 &
That comment about e1000 is only true for qemu-system-i386. For ARM machines, there are other default NICs. You should also not mix "-net" and "-device", see https://www.qemu.org/2018/05/31/nic-parameter/ for some details. And concerning NAT, yes the "user" backend is using NAT, see https://wiki.qemu.org/Documentation/Networking#User_Networking_.28SLIRP.29 for details about that.
OK thx.
"The -device option can only be used for pluggable NICs. Boards (e.g. embedded boards) which feature an on-board NIC cannot be configured with -device yet, so -net nic,netdev=<id> must be used here instead."
when i only use "-net nic", i get an apipa address
what do i need for netdev id? n1 as described in your links does not work. messsage: "netdev 'n1' not found"
currently, only one nic adapter is enabled on my win10 host: the ethernet controller.
the other 2, 1x internal wlan and 1x usb wlan is disabled..
"That comment about e1000 is only true for qemu-system-i386. For ARM machines, there are other default NICs."
but why im able to ping google with that config??
"-nic tap,model=e1000"
-> "Device 'tap' colud not be found
incompatible with windows, right? so i need a linux machine with ethx??
https://bugs.launchpad.net/qemu/+bug/1404278
problem solved! :-)
|