TP-LINK TL-WN722N ne peut pas se connecter le 17.04

8

J'ai eu ce TP-LINK TL-WN722N fonctionnant sur les versions précédentes d'ubuntu. 17.04 est une installation propre et la connexion Wifi n'est pas conservée.

Je peux cliquer sur se connecter et il essaie de se connecter, mais je reçois un message disant que le sans fil est déconnecté.

sudo modprobe ath9k_htc ne renvoie rien

$ iwconfig
bnep0     no wireless extensions.

wlx10feed20305c  IEEE 802.11  ESSID:off/any
          Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off

eno1      no wireless extensions.

lo        no wireless extensions.

$ lsusb
Bus 002 Device 005: ID 0b05:179c ASUSTek Computer, Inc.
Bus 002 Device 004: ID 0781:5567 SanDisk Corp. Cruzer Blade
Bus 002 Device 003: ID 177f:0250 Sweex
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 004: ID 046d:c05b Logitech, Inc. M-U0004 810-001317 [B110 Optical USB Mouse]
Bus 005 Device 003: ID 413c:2010 Dell Computer Corp. Keyboard
Bus 005 Device 002: ID 413c:1003 Dell Computer Corp. Keyboard Hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 004: ID 0bda:0136 Realtek Semiconductor Corp.
Bus 001 Device 005: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


$ dmesg |  grep -e wlan -e ath9k
[    8.492093] usb 1-1.1: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[    8.492104] usbcore: registered new interface driver ath9k_htc
[    8.781521] usb 1-1.1: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[    9.033804] ath9k_htc 1-1.1:1.0: ath9k_htc: HTC initialized with 33 credits
[    9.303670] ath9k_htc 1-1.1:1.0: ath9k_htc: FW Version: 1.4
[    9.303672] ath9k_htc 1-1.1:1.0: FW RMW support: On
[    9.313272] ath9k_htc 1-1.1:1.0 wlx10feed20305c: renamed from wlan0
[  873.694860] usb 1-1.1: ath9k_htc: USB layer deinitialized
[ 1163.949779] usb 1-1.1: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 1164.236649] usb 1-1.1: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[ 1164.488920] ath9k_htc 1-1.1:1.0: ath9k_htc: HTC initialized with 33 credits
[ 1164.757511] ath9k_htc 1-1.1:1.0: ath9k_htc: FW Version: 1.4
[ 1164.757514] ath9k_htc 1-1.1:1.0: FW RMW support: On
[ 1164.769568] ath9k_htc 1-1.1:1.0 wlx10feed20305c: renamed from wlan0

[MISE À JOUR]

$ dpkg -l network-manager
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                         Version                     Architecture                Description
+++-============================================-===========================-===========================-==============================================================================================
ii  network-manager                              1.4.4-1ubuntu3              amd64                       network management framework (daemon and userspace tools)

[/MISE À JOUR]

rojanu
la source
Veuillez modifier la sortie de dpkg -l network-managerdans votre message car cela peut être lié à un bogue avec la nouvelle randomisation des adresses mac. Merci de nous aider à vous aider!
Elder Geek
Il y a un bug ouvert pour ce problème
mata

Réponses:

10

J'ai eu un problème similaire lors de la mise à jour du 16.10 au 17.04. Le problème a été résolu en ajoutant les lignes suivantes à /etc/NetworkManager/NetworkManager.confpuis en redémarrant l'ordinateur.

[device]    
wifi.scan-rand-mac-address=0
Laxas
la source
Cela a fonctionné pour moi, mais je voudrais aider Elder Geeket la communauté à trouver et à corriger un bug possible
rojanu
Le correctif généralement recommandé de compiler les rétroportages et de réinstaller le firmware ne fonctionnait pas pour moi: 'make' échouait toujours. Mais cette correction a parfaitement fonctionné, merci beaucoup.
Antonio Sánchez
A également travaillé sur ma machine.
ubuntico
Avec ce pilote, il a fonctionné pour TP-Link TL-WN823N sur l'étirement debian. (Le pilote est pour rtl8192eu uniquement)
Bertram Gilfoyle
Pas besoin de redémarrer l'ordinateur. Redémarrer NetworkManager( systemctl restart network-manager) et probablement débrancher et brancher le wifi devrait suffire :).
pevik
2

J'étais confronté à un problème similaire après la mise à niveau de 16.10 vers 17.04. Il est probable que cela se produise car l'adresse MAC de votre appareil est automatiquement randomisée. Vous pouvez le vérifier en vérifiant votre adresse MAC à l'aide de la ifconfigcommande (si vous vous souvenez de l'adresse d'origine).

Comment réparer:

Ajoutez la ligne suivante à /etc/NetworkManager/NetworkManager.conf:

[device]
...
wifi.scan-rand-mac-address=0

Maintenant, enregistrez le fichier et redémarrez le gestionnaire de réseau en utilisant:

sudo systemctl restart network-manager

Redémarrez maintenant.

Chinmaya Pati
la source
accessoires pour mentionner que le gestionnaire de réseau doit être redémarré!
Ratul
Je n'ai pas eu à redémarrer. Cela a fonctionné après ces commandes sudo systemctl restart network-manageretsudo systemctl restart network-manager.service
ubuntico