TP-LINK TL-WN722N non può connettersi su 17.04

Ho avuto questo TP-LINK TL-WN722N funzionante su versioni precedenti di Ubuntu. 17.04 è un'installazione pulita e la connessione Wifi non viene mantenuta.

Posso fare clic su Connetti e prova a connettersi, ma viene visualizzato un messaggio che indica che il wireless è disconnesso.

sudo modprobe ath9k_htc non restituisce nulla

$ 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

[AGGIORNARE]

$ 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)

[/AGGIORNARE]

— rojanu
fonte

Si prega di modificare l'output di dpkg -l network-managernel tuo post come questo potrebbe essere correlato a un bug con nuovo indirizzo MAC randomizzazione. Grazie per aiutarci ad aiutarti!

— Elder Geek,

C'è un bug aperto per questo problema

— mata

Risposte:

Ho avuto un problema simile durante l'aggiornamento dal 16.10 al 17.04. Il problema è stato risolto aggiungendo le seguenti righe /etc/NetworkManager/NetworkManager.confe riavviando il computer.

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

— Laxas
fonte

Questo ha funzionato per me, ma vorrei aiutare Elder Geeke la comunità a trovare e correggere un possibile bug

— rojanu,

La correzione tipicamente raccomandata della compilazione di backport e della reinstallazione del firmware non ha funzionato per me: "make" ha sempre fallito. Ma questa correzione ha funzionato perfettamente, grazie mille.

— Antonio Sánchez,

Ha funzionato anche sulla mia macchina.

— ubuntico,

Insieme a questo driver, ha funzionato per TP-Link TL-WN823N su debian stretch. (Il driver è solo per rtl8192eu)

— Bertram Gilfoyle

Non è necessario riavviare il computer. Il riavvio NetworkManager( systemctl restart network-manager) e probabilmente scollegare e collegare il wifi dovrebbe essere sufficiente :).

— pevik,

Stavo affrontando un problema simile dopo l'aggiornamento dal 16.10 al 17.04. È probabile che ciò accada perché l'indirizzo MAC del dispositivo viene randomizzato automaticamente. Puoi verificarlo controllando il tuo indirizzo MAC usando il ifconfigcomando (se hai ricordato l'indirizzo originale).

Come risolvere:

Aggiungi la seguente riga a /etc/NetworkManager/NetworkManager.conf:

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

Ora salva il file e riavvia il gestore di rete usando:

sudo systemctl restart network-manager

Ora riavvia.

— Chinmaya Pati
fonte

oggetti di scena per menzionare che il gestore della rete deve essere riavviato!

— Ratul

Non ho dovuto riavviare. Ha funzionato dopo questi comandi sudo systemctl restart network-manageresudo systemctl restart network-manager.service

— ubuntico,