8192cuドライバー：スキャンすると結果が返されないことがあります。

ath10k今、私のカード用ドライバがリリースされたドライバに切り替えて問題を解決しました。私は書いたステップバイステップガイド私がした。

8192cuドライバを使用している私のDebian 8ノートブックがWi-Fiネットワークを検索しても、断続的に結果が返されません。この問題を解決して WiFi ネットワークをスキャンするときに、コンピュータが常に完全な結果を返すようにするにはどうすればよいですか。

編集1：未使用の理由が更新されました。ath10k
編集2：追加lspci -nnk | grep -iA2 net

私はDebian 8ノートブック（Lenovo G50-80、プレインストールされたWindowsと交換）を実行しており、RTL8188CUS / RTL8192CUチップセットを備えたKootek USBワイヤレスアダプタを使用しています。 （私のオンボードWiFiは、最後に確認したときに私のカーネルに利用できなかったath10kドライバを使用します。 ところで、最後に確認したときにカードのデバイスIDが更新されませんでした。だから今ドングルを使用する必要があります。オンボードlspci -nnWiFiのPCIデバイスとメーカーIDを返します168c:0041。）私が使用しているドングルがRaspberry Piコミュニティで非常に人気があることを知っています。

8192cu.koドライバをダウンロードしてインストールしたら、正常にロードしてブラックリストに追加しましたrtl8192cu。エラーメッセージは表示されず、ドングルを接続するたびにインターフェイスが表示されるか、出力にモジュールが表示されるのにdmesg -w問題はありません。ところで、時々帰る場合があります。wlan08192culsmodsudo iwlist wlan0 scan

$ sudo iwlist wlan0 scan
wlan0     No scan results

$

いくつかのWiFiネットワークの近くにあることを知っているにもかかわらず。

ドングルを接続すると、通常青色のライトが点滅します。スキャンすると、LEDが適度に明るく輝き、ネットワークに接続すると非常に明るく点滅します。

Wi-Fiが断続的に動作します。時にはスムーズに動作します（「動作」とは、WiFiネットワークを正常にスキャンして接続できることを意味します）。先日は回避策を使用できます。ドングルを抜いて再接続し、sudo iwlist wlan0 scan必要に応じてスパムメールを送信して動作するまで繰り返します。先週と同じ数日間何度も再起動してもまったく機能しません。

この問題を解決するために、いくつかのGoogleクエリを実行しました。私の結果のほとんどは、ドングルが表示されない、lsusbドライバのバージョンがカーネルと一致しない、またはインターフェイスを取得するのに問題がある人に焦点を当てたようです。これらの条件のいずれも適用されないため、この質問をすることです。

私はよく知られているコンピュータでドングルをテストする必要があることを知っています。私はまだこれをやったことがありませんが、あなたが信じているなら、そうする必要があります。

WiFi接続にはNetworkManagerを使用しwpa_supplicant、パブリックネットワークとWPA-PSKにはNetworkManagerを使用し、より複雑なネットワークには独自のスクリプト（デフォルトではカスタム設定ファイルの実行と使用wpa_supplicant）を使用します。dhclient

私は通常接続する無線アクセスポイントを維持しません。つまり、設定を変更したり設定を確認することはできません。

私はDebian Security Repositoryのパッケージでシステムを定期的に更新します。しかし、これはカーネルをアップグレードしませんでした。実際の.debパッケージにのみアップグレードされました。

文書および成績証明書。上記のように、これらの構成は断続的に機能します。

uname -a:

Linux hamming 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u4 (2016-02-29) x86_64 GNU/Linux

cat /etc/network/interfaces:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/* # [this directory is empty]

# The loopback network interface
auto lo
iface lo inet loopback

lspci -nnk | grep -iA2 net:

02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 10)
    Subsystem: Lenovo Device [17aa:3821]
    Kernel driver in use: r8169
03:00.0 Network controller [0280]: Qualcomm Atheros Device [168c:0041] (rev 20)
    Subsystem: Lenovo Device [17aa:3545]

検閲された識別の詳細を含む直接作成されたスクリプト（インターネットのどこかからインポートされたことを覚えていません。おそらくArch Wikiやフォーラムで修正したのでしょうか？以降、私の目的のためにSanityチェックと標準出力の詳細を追加しました）：

#!/bin/bash
iface=wlan0

# check if sudo
if [[ "`id -u`" -ne 0 ]]; then
    echo '*** run this as root you idiot'
    exit 1
fi

# stop network manager
echo '*** stopping NM'
service network-manager stop

# stop any persistent wireless wpa2 auth sessions
echo '*** killing all wpa_supplicants'
killall wpa_supplicant

# shut down iface
echo '*** shutting down interface'
ifconfig $iface down

# set working mode of wireless device
echo '*** setting interface mode'
ifconfig $iface mode Managed

# enable iface
echo '*** enabling interface'
ifconfig $iface up

# apply dragonfly3 settings to device
echo '*** running wpa supplicant'
until wpa_supplicant -B -Dwext -i $iface -c ./connect-to-xxx.conf -dd; do
    echo "*** error level $?";
done
echo "*** error level $?"

# obtain an IP address
echo '*** obtaining IP address'
dhclient $iface
echo "*** error level $?"

echo '*** complete'

cat ./connect-to-xxx.confをクリックして識別の詳細を確認します。

ctrl_interface=/var/run/wpa_supplicant

network={
    ssid="xxx"
    key_mgmt=WPA-EAP
    eap=TTLS
    ca_cert="/path/to/ca/cert.cer"
    #scan_ssid=0
    #pairwise=CCMP TKIP
    #group=CCMP TKIP
    identity="myusername"
    password="mypassword"
    phase2="auth=MSCHAPv2"
}

有線イーサネット接続を使用して質問を投稿しているため、実際にWiFiアダプタを使用しようとするとログ記録はありません。一般的に、問題が発生する地理的な場所でWi-Fiに接続しようとすると、それを保存してここに投稿します。