O TP-LINK TL-WN722N não pode ser conectado no 17.04


8

Eu tinha esse TP-LINK TL-WN722N trabalhando em versões anteriores do ubuntu. 17.04 é uma instalação limpa e a conexão Wi-Fi não é mantida.

Posso clicar em conectar e ele tenta se conectar, mas então recebo uma mensagem dizendo que a conexão sem fio está desconectada.

sudo modprobe ath9k_htc não retorna nada

$ 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

[ATUALIZAR]

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

[/ATUALIZAR]


Por favor, edite a saída de dpkg -l network-managerem sua postagem, pois isso pode estar relacionado a um erro com a nova randomização de endereço mac. Obrigado por nos ajudar a ajudá-lo!
Elder Geek

Há um bug em aberto para esse problema
mata

Respostas:


10

Eu tive um problema semelhante ao atualizar de 16.10 para 17.04. O problema foi resolvido adicionando as seguintes linhas /etc/NetworkManager/NetworkManager.confe reiniciando o computador.

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

Isso funcionou para mim, mas eu gostaria de ajuda Elder Geeke da comunidade para encontrar e corrigir um erro possível
rojanu

A correção normalmente recomendada para compilar backports e reinstalar o firmware não funcionava para mim: 'make' sempre falhava. Mas essa correção funcionou perfeitamente, muito obrigado.
Antonio Sánchez

Trabalhou na minha máquina também.
Ubuntico

Junto com este driver, ele trabalhou para o TP-Link TL-WN823N no estiramento debian. (O motorista é apenas para rtl8192eu)
Bertram Gilfoyle

Não há necessidade de reiniciar o computador. Reiniciar NetworkManager( systemctl restart network-manager) e provavelmente desconectar e conectar o wifi deve ser suficiente :).
pevik

2

Eu estava enfrentando um problema semelhante após atualizar de 16.10 para 17.04. É provável que isso esteja acontecendo porque o endereço MAC do seu dispositivo está sendo randomizado automaticamente. Você pode verificar isso verificando seu endereço MAC usando o ifconfigcomando (se você se lembra do endereço original).

Como consertar:

Adicione a seguinte linha a /etc/NetworkManager/NetworkManager.conf:

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

Agora salve o arquivo e reinicie o gerenciador de rede usando:

sudo systemctl restart network-manager

Agora reinicie.


adereços para mencionar que o gerenciador de rede precisa ser reiniciado!
Ratul

Não precisei reiniciar. Funcionou após esses comandos sudo systemctl restart network-manageresudo systemctl restart network-manager.service
ubuntico 25/10
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.