Hallo nochmal, Am 10.11.21 um 08:40 schrieb Mark Wenzel:
Hallo zusammen,
ich habe gerade festgestellt, dass Virtualbox in der aktuellen Version 6.1.28 auf dem Leap 15.2 Host die Hostonly-Netzwerke vboxnet0, vboxnet1, etc. nicht startet, wenn eine VM gestartet wird, die diese Netzwerke verwendet. Mit der Vorversion 6.1.26 hat das noch problemlos funktioniert. Ich habe das Verhalten inzwischen auch auf einem zweiten Host-Rechner mit Leap 15.3 reproduzieren können. Ich habe zur Kontrolle Virtualbox noch einmal auf die 6.1.26 umgestellt (downgrade mit anschließendem Reboot), da es damit vor einigen Wochen noch gut funktionierte. Nun werden die Netzwerkinterfaces wieder sauber gestartet, wenn eine VM gestartet wird, die diese verwenden soll.
Nach dem Start der Virtualbox QT-Anwendung sieht es so aus (sowohl mit 6.1.26. als auch mit 6.1.28):
# ip addr show ... 4: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 8c:04:ba:6e:fa:df brd ff:ff:ff:ff:ff:ff 5: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff 6: vboxnet1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:01 brd ff:ff:ff:ff:ff:ff
Wenn unter Virtualbox 6.1.28 eine VM gestartet wird, die das Interface vboxnet1 benötigt ändert sich die Ausgabe nicht!
Wird unter Virtualbox 6.1.26 eine VM gestartet wird, die das Interface vboxnet1 benötigt sieht die Ausgabe so aus (wie erwartet):
# ip addr show ... 4: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 8c:04:ba:6e:fa:df brd ff:ff:ff:ff:ff:ff 5: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff 6: vboxnet1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 0a:00:27:00:00:01 brd ff:ff:ff:ff:ff:ff inet 172.16.81.1/24 brd 172.16.81.255 scope global vboxnet1 valid_lft forever preferred_lft forever inet6 fe80::800:27ff:fe00:1/64 scope link valid_lft forever preferred_lft forever
Kennt noch jemand das Problem und hat dafür eine Lösung?
Vielen Dank für euren Input.
Mark
Vielen Dank fürs mitdenken. Mark