instalacje silnika dokującego powodują, że WiFi nie jest wykrywane

Mam świeżą instalację 16.10 i próbuję zainstalować na niej Docker. Dodałem PPA, zaktualizowałem apt i uruchomiłem:

sudo apt install docker-engine

Działa idealnie.

Teraz, gdy uruchamiam ponownie, moje Wi-Fi nie jest wykrywane! Wygląda na to, że interfejs dokera powoduje konflikt z moim istniejącym interfejsem sieciowym. Nawet usuwa go z ifconfig.

Edycja: oto niektóre polecenia wyjściowe przed / po:

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

(to samo przed i po)

$ ifconfig -a

Przed:

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

Po:

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

Przed:

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

Po:

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

Przed:

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

Po:

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 (tuż po zainstalowaniu silnika dokera, przed ponownym uruchomieniem):

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

Następujące polecenie też nic nie robi:

sudo systemctl restart network-manager

Pracuję na laptopie, który nie ma połączenia Ethernet, tylko Wi-Fi.

PPA dodane w sources.list to:

deb https://apt.dockerproject.org/repo ubuntu-xenial main

networking wireless docker

— frinux
źródło

Jak wygląda plik / etc / network / interfaces przed i po instalacji? Co raportuje pełny „ifconfig -a” przed i po? Co zwraca wynik „ip a”? Jak wygląda twój / proc / cmdline? Cokolwiek niezwykłego, co może zmienić sposób obsługi interfejsów (takie jak net.ifnames lub biosdevnames)

Czy możesz edytować swoje pytanie, aby uwzględnić dane wyjściowe polecenia terminalu lspci -nnk | grep -A2 Network? Dzięki.

— David Foerster,

Może trochę nie na temat, ale który ppa dodałeś? Oficjalne repozytorium dokerów domyślnie nie obsługuje 16.10 ...

— dgonzalez,

Dodałem wynik poleceń. Nadal nie mogę zrozumieć, co się dzieje ... @dgonzalez: czy uważasz, że ma to związek z PPA, które dodałem?

— frinux

Nie jestem pewien (nawet uważam, że powinno działać dobrze), jednak to repozytorium nie obsługuje wersji 16.10, a jedynie 16.04. Bez problemu używam dokera (z głównych repozytoriów) na moim laptopie i serwerze domowym. Sugeruję, aby unikać korzystania z execptu ppa, jeśli masz specjalne wymagania, abyś mógł skorzystać z pracy zespołu Canonical .

— dgonzalez

Badania wskazują, że jest to prawdopodobnie związane z tym błędem. Jeśli tak, obejście byłoby zmienić /etc/NetworkManager/NetworkManager.confna

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[keyfile]
unmanaged-devices=interface-name:docker0

co spowoduje, że NetworkManager zignoruje adaptery dokerów.

Źródła:

https://github.com/moby/moby/issues/30343

https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1458322

— Starszy Geek
źródło