TP-LINK TL-WN722N nie może połączyć się 17.04

8

Miałem ten TP-LINK TL-WN722N działający na poprzednich wersjach ubuntu. 17.04 to czysta instalacja, a połączenie Wi-Fi nie jest utrzymywane.

Mogę kliknąć Połącz i próbuje się połączyć, ale potem pojawia się komunikat, że sieć bezprzewodowa jest odłączona.

sudo modprobe ath9k_htc nic nie zwraca

$ 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

[AKTUALIZACJA]

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

[/AKTUALIZACJA]

rojanu
źródło
Proszę edytować wyjście dpkg -l network-managerdo Twojego postu, jak to może być związane z błędem z nowego adresu MAC randomizacji. Dziękujemy za pomoc w pomocy!
Elder Geek
W tym problemie jest otwarty błąd
mata

Odpowiedzi:

10

Miałem podobny problem podczas aktualizacji z 16.10 do 17.04. Problem został rozwiązany przez dodanie następujących wierszy do, /etc/NetworkManager/NetworkManager.confa następnie ponowne uruchomienie komputera.

[device]    
wifi.scan-rand-mac-address=0
Laxas
źródło
To zadziałało dla mnie, ale chciałbym pomóc Elder Geekspołeczności i znaleźć i naprawić ewentualny błąd
rojanu
Zwykle zalecana poprawka kompilowania backportów i ponownej instalacji oprogramowania układowego nie działała dla mnie: „make” zawsze kończyło się niepowodzeniem. Ale ta poprawka zadziałała idealnie, dziękuję bardzo.
Antonio Sánchez
Pracowałem również na moim komputerze.
ubuntico
Wraz z tym sterownikiem działał dla TP-Link TL-WN823N na debian stretch. (Sterownik jest tylko dla rtl8192eu)
Bertram Gilfoyle
Nie ma potrzeby ponownego uruchamiania komputera. Ponowne uruchomienie NetworkManager( systemctl restart network-manager) i prawdopodobnie odłącz i podłącz Wi-Fi powinno wystarczyć :).
pevik
2

Miałem podobny problem po aktualizacji z 16.10 do 17.04. Prawdopodobnie dzieje się tak, ponieważ adres MAC urządzenia jest losowo przydzielany automatycznie. Możesz to sprawdzić, sprawdzając adres MAC za pomocą ifconfigpolecenia (jeśli pamiętasz oryginalny adres).

Jak naprawić:

Dodaj następujący wiersz do /etc/NetworkManager/NetworkManager.conf:

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

Teraz zapisz plik i uruchom ponownie menedżera sieci, używając:

sudo systemctl restart network-manager

Teraz uruchom ponownie.

Chinmaya Pati
źródło
propozycje wzmianki o tym, że menedżer sieci musi zostać zrestartowany!
Ratul
Nie musiałem restartować. Działa po tych poleceniach sudo systemctl restart network-managerisudo systemctl restart network-manager.service
ubuntico