私は以下を使用しています。Debian Sid (kernel 4.15.0-2-amd64)信号が非常に弱い場合でも（-80dBmなど）、オンボードデバイスを使用してWi-Fiネットワークに完全に接続できます。Intel 7265iwlwifi
ALFA AWUS036NHA (Atheros 9271)しかし、最近は良い信号品質（-68dBm）にもかかわらず、時々ルーターをpingできないという問題が発生しました。私はfirmware-atherosDebianパッケージを試してみましたオープンソースの代替、以下の説明と同じ結果が表示されます。
通常、私のルーティングテーブルは次のとおりです。
:~$ sudo route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default speedport-entry 0.0.0.0 UG 0 0 0 wlan1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan1
192.168.71.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8
192.168.154.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1
任意の瞬間にルーティングテーブルは次のようになります。
:~$ sudo route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default _gateway 0.0.0.0 UG 0 0 0 wlan1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan1
192.168.71.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8
192.168.154.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1
この場合、ゲートウェイ（192.168.1.1）やその他のIP（たとえば8.8.8.8）をpingします。無期限にぶら下がる。しかし、 ARPこの場合、接続されている残りのデバイスが表示され、アンテナインジケータが期待どおりに点滅します。
違いは次のとおりです。ゲートウェイ列（_gatewayそしてspeedport-entry）。それが起こったとき、私は他の特別なことを観察することができませんでした。 IP、ネットマスクなどを保存します。
$ ifconfig wlan1
wlan1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.68 netmask 255.255.255.0 broadcast 192.168.1.255
ether 00:c0:ca:97:32:3e txqueuelen 1000 (Ethernet)
RX packets 4102532 bytes 3990894721 (3.7 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 3198872 bytes 1012818336 (965.8 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
解決策:
解決策は1）Wicdを使用して接続を切断して再接続することです（GNOMEネットワーク管理者がいるため）。ネットワークの選択無期限のロード）または2）待つと（1〜5分）、それ自体が問題を解決します。
いくつかの情報：
$ lsmod | grep ath9k
ath9k_htc 81920 0
ath9k_common 20480 1 ath9k_htc
ath9k_hw 487424 2 ath9k_htc,ath9k_common
ath 32768 3 ath9k_htc,ath9k_hw,ath9k_common
mac80211 798720 2 iwlmvm,ath9k_htc
cfg80211 720896 6 iwlmvm,ath9k_htc,iwlwifi,mac80211,ath,ath9k_common
usbcore 290816 11 ath9k_htc,usbhid,snd_usb_audio,usb_storage,ehci_hcd,xhci_pci,snd_usbmidi_lib,btusb,uas,xhci_hcd,ehci_pci
$ sudo lshw -c network
*-network
description: Ethernet interface
product: Ethernet Connection (3) I218-LM
vendor: Intel Corporation
physical id: 19
bus info: pci@0000:00:19.0
logical name: eth0
version: 03
serial: f8:ca:b8:37:ec:75
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k firmware=0.2-3 latency=0 link=no multicast=yes port=twisted pair
resources: irq:52 memory:f7200000-f721ffff memory:f7243000-f7243fff ioport:f080(size=32)
*-network
description: Wireless interface
product: Wireless 7265
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:02:00.0
logical name: wlan0
version: 59
serial: 18:5e:0f:9f:2c:61
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=iwlwifi driverversion=4.15.0-2-amd64 firmware=29.541020.0 latency=0 link=no multicast=yes wireless=IEEE 802.11
resources: irq:49 memory:f7000000-f7001fff
*-network
description: Wireless interface
physical id: 2
bus info: usb@1:1
logical name: wlan1
serial: 00:c0:ca:97:32:3e
capabilities: ethernet physical wireless
configuration: broadcast=yes driver=ath9k_htc driverversion=4.15.0-2-amd64 firmware=1.4 ip=192.168.1.68 link=yes multicast=yes wireless=IEEE 802.11
イベント中に有用な情報が見つからず、前/前のログのみを見つけることができます。
:~$ sudo dmesg -T | grep -i ath9k
[Thu Apr 12 20:57:43 2018] usb 1-1: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[Thu Apr 12 20:57:43 2018] usbcore: registered new interface driver ath9k_htc
[Thu Apr 12 20:57:43 2018] usb 1-1: firmware: failed to load ath9k_htc/htc_9271-1.4.0.fw (-2)
[Thu Apr 12 20:57:43 2018] usb 1-1: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[Thu Apr 12 20:57:43 2018] usb 1-1: ath9k_htc: Firmware htc_9271.fw requested
[Thu Apr 12 20:57:44 2018] usb 1-1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51008
[Thu Apr 12 20:57:44 2018] ath9k_htc 1-1:1.0: ath9k_htc: HTC initialized with 33 credits
[Thu Apr 12 20:57:44 2018] ath9k_htc 1-1:1.0: ath9k_htc: FW Version: 1.4
[Thu Apr 12 20:57:44 2018] ath9k_htc 1-1:1.0: FW RMW support: On
[Fri Apr 13 00:38:49 2018] usb 1-1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51008
[Fri Apr 13 00:38:49 2018] ath9k_htc 1-1:1.0: ath9k_htc: HTC initialized with 33 credits
私が見つけた唯一の関連エラー（最後の3行）〜このログは再び以前のログであり、私が調査した「接続が失われた」ときに重複しませんでした。
:~$ sudo dmesg -T | grep -i error
[Thu Apr 12 20:57:38 2018] Error parsing PCC subspaces from PCCT
[Thu Apr 12 20:57:39 2018] i801_smbus: probe of 0000:00:1f.3 failed with error -16
[Thu Apr 12 20:57:42 2018] EXT4-fs (sdb3): re-mounted. Opts: errors=remount-ro
[Thu Apr 12 20:57:42 2018] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[Thu Apr 12 20:57:43 2018] usb 1-1: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[Fri Apr 13 00:38:48 2018] usb 1-1: device descriptor read/64, error -110
さらにデバッグできるアイデアはありますか？
ベストアンサー1
このアダプタを使用すると同じ問題が発生し、長い間ドライバをデバッグしても問題が見つかりませんでした。その後、Windowsにも同じ問題があり、同じシステム（デュアルブート）にインストールされていることがわかりました。これによりドライバの問題が非常に偶然に発生するため、このWiFiアダプタのハードウェアまたはそれをサポートするUSBポートに問題があると疑われ始めました。そのため、古い製品を返品し、新しいALFA AWUS036NHAWiFiアダプタを再注文し、新しいUSBポートペアを持つ新しいPCIeカードを取り付けました。
驚くべきことに、両方のオペレーティングシステムに問題があります！
このWiFiアダプタのLEDインジケータが時々止まるという点（ほとんど消灯）を念頭に置いて、このWiFiアダプタ内部のMCUが一部の電源問題により停止またはリセットされるのではないかと疑い始め、inline USB power monitorMini-B WiFiアダプタUSBソケットに接続しました。 、検索するように設定してMAX Hold displayアダプタを取り外しますもっとデフォルト設定から断続的に最大830mAを引き出します（USB標準使用時は最大910mA）。TXパワーハッキングを追加）。
一方の端にUSB Mini-Bジャックがあり、もう一方の端に2つの並列USB Type-Aを備えた90Ωインピーダンスシールドツイストペアケーブル（16AWG導体のS / STP）を使用して、独自の3メートルUSBケーブルを構成しました。ジャックは2つのUSBミニBから電源電流を引き出します。このケーブルを使用してUSBソケットを同時にホストすると（ただし、データは1つのUSBソケットにのみ移動します！）、ランダムな接続解除の問題、停止、およびロックがすべて消えます。