TL; DR . J'ai besoin d'aide pour aller au fond de:
ioctl
lors de l'utilisation wext
pilote wext
, nl80211
. Lors de l'exécution de wpa_supplicant
j'obtiens des erreurs bizarres (lignes de note commençant par ioctl
ci-dessous):
$ sudo wpa_supplicant -D wext -i wlan0 -c wpa_supplicant.conf Successfully initialized wpa_supplicant ioctl[SIOCSIWAP]: Operation not permitted ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWENCODEEXT]: Invalid argument wlan0: Trying to associate with 04:8d:38:59:2d:63 (SSID='netis' freq=2457 MHz) wlan0: Association request to the driver failed wlan0: Associated with 04:8d:38:59:2d:63 wlan0: WPA: Key negotiation completed with 04:8d:38:59:2d:63 [PTK=CCMP GTK=TKIP] wlan0: CTRL-EVENT-CONNECTED - Connection to 04:8d:38:59:2d:63 completed [id=0 id_str=]
J'ai besoin d'aide pour comprendre pourquoi il y a des erreurs ioctl
.
Quelques notes:
wpa_supplicant
, à Raspbian, ou à linux kernel / driver lui-même, Exécuter wpa_supplicant
avec nl80211
ne fonctionne pas du tout:
$ sudo wpa_supplicant -D nl80211 -i wlan0 -c wpa_supplicant.conf Successfully initialized wpa_supplicant nl80211: Driver does not support authentication/association or connect commands wlan0: Failed to initialize driver interface
Pourquoi pas? Je pensais que nl80211
est supérieur à wext
:
Est-ce que nous sums plus développés? Non ce n'est pas le cas. Seules les corrections de bugs sont acceptées pour WE.
Qu'est-ce que le rlocation de Wireless-Extensions? Le nouveau développement devrait se concentrer sur cfg80211 et nl80211.
https://wireless.wiki.kernel.org/en/developers/Documentation/Wireless-Extensions
Selon cette list , mon périphérique RTL8188CUS
est pris en charge par le pilote 8192cu
, qui est chargé en tant que module kernel (voir ci-dessous),
Comstackr et exécuter la version 2.5 de wpa_supplicant
produit les mêmes erreurs ioctl
.
Version stock de wpa_supplicant
:
$ wpa_supplicant -v wpa_supplicant v2.3 Copyright (c) 2003-2014, Jouni Malinen <[email protected]> and consortingbutors
Contenu de wpa_supplicant.conf
:
$ cat wpa_supplicant.conf network={ ssid="my_network_name" psk="my_password" }
Liste des périphériques USB:
$ lsusb Bus 001 Device 004: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Version Distro:
$ uname -a Linux raspberrypi 4.1.18+ #846 Thu Feb 25 14:11:56 GMT 2016 armv6l GNU/Linux
Modules de kernel chargés:
$ lsmod Module Size Used by cfg80211 479279 0 rfkill 21508 1 cfg80211 8192cu 556175 0 bcm2835_gpiomem 3703 0 snd_bcm2835 22502 0 bcm2835_rng 2207 0 snd_pcm 92829 1 snd_bcm2835 snd_timer 22164 1 snd_pcm snd 67534 3 snd_bcm2835,snd_timer,snd_pcm uio_pdrv_genirq 3526 0 uio 10078 1 uio_pdrv_genirq ipv6 358702 24
Contenu de ifconfig
:
$ ifconfig eth0 (...omitted for brevity...) lo (...omitted for brevity...) wlan0 Link encap:Ethernet HWaddr 00:f1:40:41:03:a7 inet addr:192.168.1.104 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::c085:fb91:3e68:a44d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Mesortingc:1 RX packets:38 errors:0 dropped:61421 overruns:0 frame:0 TX packets:62 errors:0 dropped:4 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:19804518 (18.8 MiB) TX bytes:1192972 (1.1 MiB)
Mise à jour 10/8/2016 : Sur la suggestion de Rui F Ribero ci-dessous, j'ai essayé d'utiliser des pilotes non officiels . Résultats:
Cette erreur: ioctl[SIOCSIWENCODEEXT]: Invalid argument
est maintenant parti! Cependant ioctl[SIOCSIWAP]: Operation not permitted
est toujours présente.
wpa_supplicant
ne fonctionnera toujours pas avec le pilote nl80211
maintenant non-officiel. Seulement cette sortie de time a un nouveau message commençant par deinit :
$ sudo ./wpa_supplicant -D nl80211 -i wlan0 -c wpa_supplicant.conf Successfully initialized wpa_supplicant nl80211: Driver does not support authentication/association or connect commands nl80211: deinit ifname=wlan0 disabled_11b_rates=0 wlan0: Failed to initialize driver interface
Le firmware Wi-Fi Realtek bon marché, les pilotes de kernel Linux et le matériel lui-même sont terriblement buggés.
Les membres de la communauté ARM ont travaillé 24 heures sur 24 pour tenter d'atténuer certains des problèmes, en relançant les anciennes versions des modules du kernel realtek et les anciennes versions de hostapd, et souvent les anciennes versions du firmware.
L'un des pilotes backported pour votre puce est à https://github.com/pvaret/rtl8192cu-fixes et ce fil parle de l'installer.
S'il vous plaît également lire ma réponse connexe: Problèmes Wi-Fi en utilisant l'adaptateur USB-N13 ASUS et le fil connexe dans le forum armbian que je me réfère ici. Lamobo-R1 wifi instable en mode AP ("host") – mieux acheter un bon dongle wifi avec un support linux approprié
J'ai aussi une machine à framboise compatible et une puce realtek. Oubliez l'utilisation de votre puce pour les services AP, c'est un monde de douleur. En tant que client wifi, il aura aussi ses problèmes.
Je conseille d'acheter une double fréquence ralink 2.4GHz / 5GHz pour environ 10USD à aliexpress, et en finir avec ça. http://www.aliexpress.com/item/Dual-Band-5GHz-2-4GHz-300Mbps-USB-Wireless-WiFi-WLAN-Network-Card-Adapter-IEEE-802-11a/32455426779.html
Installer dkms
Télécharger le fixe:
git clone https://github.com/pvaret/rtl8192cu-fixes.git
Configurez le module DKMS (en tant que root):
dkms add ./rtl8192cu-fixes
Construisez et installez-le (en tant que root):
dkms install 8192cu/1.9
Mettre à jour la list des modules:
depmod -a
Blacklist le module du kernel et désactiver l'économie d'énergie:
echo "blacklist rtl8192cu" > /etc/modules.d/8192.conf echo "options 8192cu rtw_power_mgnt=0 rtw_enusbss=0" >> /etc/modules.d/8192cu
Déchargez l'ancien pilote et chargez le pilote fixe:
rmmod rtl8192cu rtl_usb rtlwifi rtl8192c_common modprobe 8192cu