Docker-Engine installiert macht WiFi unentdeckt

14

Ich bin auf einer neuen 16.10-Installation und versuche, Docker darauf zu installieren. Ich habe das PPA hinzugefügt, apt aktualisiert und gestartet:

sudo apt install docker-engine

Das funktioniert einwandfrei.

Jetzt, wenn ich neu starte, wird mein Wifi nicht erkannt! Es scheint, dass die Docker-Schnittstelle einen Konflikt mit meiner vorhandenen Netzwerkschnittstelle verursacht. Es wird sogar aus ifconfig entfernt.

Bearbeiten: Hier sind einige Befehle, die vorher / nachher ausgegeben werden:

$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

(vorher und nachher gleich)

$ ifconfig -a

Vor:

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Boucle locale)
        RX packets 62183  bytes 3862625 (3.8 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 62183  bytes 3862625 (3.8 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp58s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
            inet 192.168.0.18  netmask 255.255.255.0  broadcast 192.168.0.255
            inet6 fe80::46f0:8dad:aded:afbf  prefixlen 64  scopeid 0x20<link>
            ether 9c:b6:d0:d4:83:ab  txqueuelen 1000  (Ethernet)
            RX packets 74434  bytes 83729393 (83.7 MB)
            RX errors 0  dropped 0  overruns 0  frame 0
            TX packets 56425  bytes 9260378 (9.2 MB)
            TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Nach:

docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 0.0.0.0
        ether 02:42:48:c6:4c:bb  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Boucle locale)
        RX packets 3059  bytes 199733 (199.7 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3059  bytes 199733 (199.7 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lspci -nnk | grep -A2 Network

Vor:

3a:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32)
    Subsystem: Bigfoot Networks, Inc. QCA6174 802.11ac Wireless Network Adapter [1a56:1535]
    Kernel driver in use: ath10k_pci
    Kernel modules: ath10k_pci

Nach:

3a:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32)
    Subsystem: Bigfoot Networks, Inc. QCA6174 802.11ac Wireless Network Adapter [1a56:1535]
    Kernel modules: ath10k_pci
3b:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS525A PCI Express Card Reader [10ec:525a] (rev 01)

ip a

Vor:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: wlp58s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 9c:b6:d0:d4:83:ab brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.18/24 brd 192.168.0.255 scope global dynamic wlp58s0
       valid_lft 863729sec preferred_lft 863729sec
    inet6 fe80::46f0:8dad:aded:afbf/64 scope link 
       valid_lft forever preferred_lft forever

Nach:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:48:c6:4c:bb brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 scope global docker0
       valid_lft forever preferred_lft forever

ifconfig -a (kurz nach der Installation der Docker-Engine, vor dem Neustart):

docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 0.0.0.0
        ether 02:42:bc:88:15:f6  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Boucle locale)
        RX packets 70992  bytes 4402758 (4.4 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 70992  bytes 4402758 (4.4 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp58s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.18  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::46f0:8dad:aded:afbf  prefixlen 64  scopeid 0x20<link>
        ether 9c:b6:d0:d4:83:ab  txqueuelen 1000  (Ethernet)
        RX packets 93928  bytes 110058973 (110.0 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 68156  bytes 10649275 (10.6 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Der folgende Befehl führt ebenfalls nichts aus:

sudo systemctl restart network-manager

Ich arbeite an einem Laptop, der keine Ethernet-Verbindung hat, nur Wifi.

Die in sources.list hinzugefügte PPA lautet:

deb https://apt.dockerproject.org/repo ubuntu-xenial main
networking  wireless  docker 
— frinux
quelle
Wie sieht Ihre Datei / etc / network / interfaces vor und nach der Installation aus? Was meldet das vollständige "ifconfig -a" davor und danach? Was gibt die Ausgabe von 'ip a' zurück? Wie sieht Ihre / proc / cmdline aus? Irgendetwas Ungewöhnliches, das die Art und Weise ändern könnte, wie die Schnittstellen behandelt werden (z. B. net.ifnames oder biosdevnames)
1
Könnten Sie bitte Ihre Frage so bearbeiten , dass sie die Ausgabe des Terminalbefehls enthält lspci -nnk | grep -A2 Network? Vielen Dank.
— David Foerster
Vielleicht ein bisschen off-topic, aber welche ppa hast du hinzugefügt? Offizielle Docker-Repos unterstützen standardmäßig nicht 16.10 ...
— dgonzalez
Ich habe die Ausgabe der Befehle hinzugefügt. Ich kann immer noch nicht herausfinden, was los ist ... @dgonzalez: Glaubst du, es hängt mit der PPA zusammen, die ich hinzugefügt habe?
— Freitag,
Ich bin mir nicht sicher (ich glaube sogar, dass es funktionieren sollte), aber dieses Repo unterstützt nicht 16.10, nur 16.04. Ich verwende Docker (von Haupt-Repos) problemlos auf meinem Laptop und meinem Heimserver. Ich empfehle daher, ppa's Execpt nicht zu verwenden, wenn Sie spezielle Anforderungen haben, damit Sie von der Teamarbeit von Canonical profitieren können .
— Dgonzalez

Antworten:

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.