docker-engineのインストールによりwifiが検出されない

14

私は16.10の新規インストールで、Dockerをインストールしようとしています。PPAを追加し、aptを更新して起動しました。

sudo apt install docker-engine

完璧に機能します。

これで、再起動してもWifiが検出されません！Dockerインターフェイスが既存のネットワークインターフェイスと競合するようです。ifconfigからも削除しています。

編集：ここにいくつかのコマンド出力が前後にあります：

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

（前後で同じ）

$ ifconfig -a

前：

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

後：

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

前：

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

後：

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

前：

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

後：

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 （docker-engineをインストールした直後、再起動する前）：

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

次のコマンドも何もしていません：

sudo systemctl restart network-manager

イーサネット接続がなく、Wifiのみのラップトップで作業しています。

sources.listに追加されたPPAは次のとおりです。

deb https://apt.dockerproject.org/repo ubuntu-xenial main
networking  wireless  docker 
— フリヌックス
ソース
/ etc / network / interfacesファイルはインストール前後にどのように見えますか？完全な「ifconfig -a」レポートの前後には何がありますか？「ip a」の出力は何を返しますか？/ proc / cmdlineはどのように見えますか？（例えばnet.ifnames又はbiosdevnamesなど）インタフェースを処理する方法がそのかもしれない変化に異常な何か
1
ターミナルコマンドの出力を含めるように質問を編集してくださいlspci -nnk | grep -A2 Network。ありがとう。
— デビッドフォースター
ちょっとオフトピックかもしれませんが、どのppaを追加しましたか？公式ドッキングウィンドウレポはサポートしていません16.10を ...デフォルトで
— dgonzalez
コマンドの出力を追加しました。私はまだ何が起こっているのか理解できません... @dgonzalez：それは私が追加したPPAに関連していると思いますか？
— -frinux
よくわかりませんが（うまくいくはずです）、このレポは16.10をサポートせず、16.04のみをサポートします。私はあなたが特別なrequerimentsを持っている場合、あなたが恩恵を受けることができますので、私は、PPAのexecptを使用することは避けてくださいを示唆してよ、何の問題もなく私のラップトップ＆ホームサーバー上で（メインリポジトリからの）ドッキングウィンドウを使用していCanonicalのチームの仕事。
— dgonzalez

回答:

3

調査によると、これはこのバグに関連している可能性があります。その場合の回避策は、変更/etc/NetworkManager/NetworkManager.confすることです

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

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

これにより、NetworkManagerはドッカーアダプターを無視します。

ソース：

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

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

— オタク長老
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.