Pb de connexion wifi raspberry wheezy

A priori l’installation du driver 8192cu s’est bien passé.
lsmod le donne présent
modprobe -r rtl8192cu répond module non trouvé
rtl8192cu est bien dans le fichier /etc/modprobe.d/blacklist.conf

et lorsque je reboot je vois dans le log
registre new interface driver rtl8192cu.

j’ai bien enlevé et remis le dongle et redémarrer après coupure.

On est pas loin et cela serait mieux pour moi de régler le problème aujourd’hui car je pars demain pour une dizaine de jours en corse.

j’ai essayé 2 instructions conseillées sans résultat

après mise à jour de blacklist faire
sudo update-initramfs -u

Lier un module à un périphérique
Il suffit d’ajouter la ligne suivante dans /etc/modprobe.conf :
alias wlan0 8192cu

je cherche …

Si tu as bouclé le script d’installation, celui-ci a dû se charger de retirer le module rtl8192cu et d’activer 8192cu.
Aux démarrages ultérieurs,la liste noire devrait s’appliquer.
Vérifie le contenu de la liste noire, blacklist.conf.

exemple chez moi :

$ cat /etc/modprobe.d/blacklist-rtl8192cu.conf 

blacklist rtl8192cu

Les fichiers en modprobe.d sont à charger comme à décharger. L’action blacklist est à préciser.
La liste noire s’applique au démarrage et au branchement de la clé. La liste noire empêche un module de se charger, elle ne neutralise pas un module déjà chargé.
Si le module rtl819cu s’est chargé au démarrage, le retirer :

modprobe -r rtl8192cu

Ne met à jour initrd.img que lorsque tu t’es assuré qu’il n’y ait que le module 8192cu d’actif ($lsmod).

Quelle est la raison de
alias wlan0 8192cu
? Tu l’as lu sur un guide (lien) ?
Cet alias aurait pour effet de rebaptiser le module 8192cu en wlan0 pour pouvoir l’appeller de la sorte :

modprobe wlan0

$ man modprobe.d

  alias wildcard modulename
           This allows you to give alternate names for a module. For example: "alias my-mod really_long_modulename" means you can use "modprobe
           my-mod" instead of "modprobe really_long_modulename".

Tu n’y gagnes pas grand chose à définir un alias pour si peu . Le court nom du module est 8192cu et tu n’auras pas à l’appeler, il se chargera automatiquement.
Tu ne confondrais pas le module avec le nom de l’interface ?
L’interface détectée par ifconfig/iwconfig s’appellera wlan* indépendamment du module.

Je fais un recapitulatif

$ dmesg #le driver rtl8192cu est bien enregistré au démarrage
[ 3.612729] usb 1-1.3: new high-speed USB device number 5 using dwc_otg
[ 3.724885] usb 1-1.3: New USB device found, idVendor=7392, idProduct=7811
[ 3.748328] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber =3
[ 3.780219] usb 1-1.3: Product: 802.11n WLAN Adapter
[ 3.793204] usb 1-1.3: Manufacturer: Realtek
[ 3.802674] usb 1-1.3: SerialNumber: 00e04c000001
[ 4.715796] udevd[153]: starting version 175
[ 6.038401] Registered led device: led0
[ 7.532666] usbcore: registered new interface driver rtl8192cu

$ lsmod #driver 8192cu est bien affiché
Module Size Used by
8192cu 490353 0

$ modprobe -r rtl8192cu
FATAL: Module rtl8192cu not found.

$ sudo nano /etc/modprobe.d/blacklist.conf
blacklist rtl8192cu

tout à l’air bon.
Un simple lsmod suffit à le confirmer.
le 8192cu est chargé
le rtl8192cu ne l’es pas

et c’est semble t il se qu’il faut.
teste maintenant ta connexion
un ifconfig -a te donneras le nom de ton interface. (par exemple wlan0)

tu fait un iwconfig, tu dois voir wlan0. Si ce n’est pas le cas, il faut l’activer avec un ifconfig wlan0 up

Ensuite tu peux scanner les AP environnants: iwlist wlan0 scan
Si c’est OK, tu peux t’attaquer à la configuration du réseau (ou passer par un gestionnaire de connexion tel que wicd).

Pourquoi il est précisé dans le log de démarrage que
usbcore: registered new interface driver rtl8192cu

RTNETLINK answers: File exists Failed to bring up wlan0

et on revient au problème initial

$ iwconfig
wlan0 unassociated Nickname:"WIFI@REALTEK"
Mode:Managed Frequency=2.412 GHz Access Point: Not-Associated

et après
sudo ifconfig wlan0 donwn
sudo ip route del
sudo ifup wlan0

iwconfig
wlan0 IEEE 802.11bgn ESSID:“maryves” Nickname:"WIFI@REALTEK"
Mode:Managed Frequency:2.412 GHz Access Point: 72:A9:E4:4F:67:C0
Bit Rate:150 Mb/s Sensitivity:0/0
Retry:off RTS thr:off Fragment thr:off
Power Management:off
Link Quality=100/100 Signal level=100/100 Noise level=0/100
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 80:1f:02:a1:a3:96
inet addr:192.168.0.16 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:25 errors:0 dropped:304 overruns:0 frame:0
TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3611 (3.5 KiB) TX bytes:558 (558.0 B)

[quote] Pourquoi il est précisé dans le log de démarrage que
usbcore: registered new interface driver rtl8192cu [/quote]
Parce que usbcore le reconnait.

$ grep 8192 /var/lib/usbutils/usb.ids

1004 F9L1004 802.11n Surf N300 XR Wireless Adapter [Realtek RTL8192CU] 2103 F7D2102 802.11n N300 Micro Wireless Adapter v3000 [Realtek RTL8192CU] 805e F5D8053 N Wireless USB Adapter v5000 [Realtek RTL8192U] 815f F5D8053 N Wireless USB Adapter v6000 [Realtek RTL8192SU] 845a F7D2101 802.11n Surf & Share Wireless Adapter v1000 [Realtek RTL8192SU] 341f NWD2205 802.11n Wireless N Adapter [Realtek RTL8192CU] 0043 CG-WLUSB300N rev A2 [Realtek RTL8192U] 3303 DWA-131 802.11n Wireless N Nano Adapter(rev.A1) [Realtek RTL8192SU] 17ab USB-N13 802.11n Network Adapter (rev. B1) [Realtek RTL8192CU] 8174 RTL8192SU 802.11n WLAN Adapter 8178 RTL8192CU 802.11n WLAN Adapter 8192 RTL8191SU 802.11n Wireless Adapter 8193 RTL8192DU 802.11an WLAN Adapter 004b WL-349v3 Wireless Micro Adapter 150N X1 [Realtek RTL8192SU] 3301 DWA-130 802.11n Wireless N Adapter(rev.C1) [Realtek RTL8192U] 3309 DWA-135 802.11n Wireless N Adapter(rev.A1) [Realtek RTL8192CU] 330a DWA-133 802.11n Wireless N Adapter [Realtek RTL8192CU] 4903 GW-USFang300 802.11abgn Wireless Adapter [Realtek RTL8192DU] 4904 GW-USUltra300 802.11abgn Wireless Adapter [Realtek RTL8192DU] ab2b GW-USEco300 802.11bgn Wireless Adapter [Realtek RTL8192CU] ab2c GW-USDual300 802.11abgn Wireless Adapter [Realtek RTL8192DU] 0290 ZW-N290 802.11n [Realtek RTL8192SU]
Un détail que nous avons omis de préciser : ce chipset a besoin d’un firmware.

packages.debian.org/wheezy/firmware-realtek

Pour la suite, je te recommande d’installer wicd qui existe en version graphique (gtk) et en version console/semi-graphique (ncurses).

Commenter ou supprimer le passage mentionnant wlan* en /etc/network/interfaces.
Renseigner l’interface wlan0 dans les préférences de wicd, faire détecter les ESSID, sélectionner ESSID en cliquant, fournir le mot de passe-> se connecter.

wicd existe aussi en tant que service, rien en graphique

Bonjour,

Dernières heures avant le départ.
J’ai fait l’installation du firmware.

Par contre, par hasard, en faisant sudo ip route je me suis aperçu que eth0 était chargé par défaut même sans connexion filaire.
$ sudo ip route
default via 192.168.0.254 dev eth0
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.14
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.16
cela devient avec
pi@raspberrypi ~ $ sudo ifconfig wlan0 down
pi@raspberrypi ~ $ sudo ip route
default via 192.168.0.254 dev eth0
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.14
puis
pi@raspberrypi ~ $ sudo ifup wlan0
pi@raspberrypi ~ $ sudo ip route
default via 192.168.0.254 dev wlan0
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.14
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.16
wlan0 est passé par défaut, le ssid est trouvé mais toujours pas de ping entre micro du réseau

pour résoudre le problème au démarrage il faut donc mettre wlan0 par défaut et peut-être vous savez faire?
par contre 1 seule fois cela à marché au démarrage mais je n’ai pas pu le reproduire.
dans ce cas j’ai noté que le log de démarrage précisait
"Networking unreached" après la ligne “setting kernel variable"
puis plus loin
"network interface plugging Daemon skip eth0 …; skip wlan0 done"
à la fin une seule adresse
"My IP adress is 192.168.0.16 (celle du wifi)”

Ceci est peut-être mon dernier message avant de partir pour la corse, à bientôt pour mon retour avec quelques nouvelles pistes.
Merci

Tu laisses entendre qu’il n’y a pas la wifi en Corsica ? Porca miseria, non è vero !

À ce stade, nous supposons que la première barrière est franchie. Le noyau gère la carte et la connexion s’établit.
Si eth0 prend la route par défaut sans action délibérée, on peut penser que /etc/network/interfaces entre en jeu.
Commente le passage mentionnant eth0 en /etc/network/interfaces. Il ne restera plus que wlan0.

Un petit dernier pour la route.

Maintenant le raspberry démarre correctement en wifi avec un débit qui me semble bien faible mais on verra plus tard. Cela devrait suffire pour envoyer quelques données sur une base sql externe.

Reste le ssh qui est bien utile pour tester.
Je pense que la difficulté est de faire communiquer le PC en wifi avec le raspberry en wifi.
Je chercherais au retour mais je prendrais quand même les idées.

Bonjour etxeberrizahar et piratebab,

De retour de Corse :sunglasses: mais toujours sans ssh :mrgreen:

J’ai lu qu’un service VNC pouvait faire la même chose.
Qu’en pensez-vous?

Quand tu postes ici, tout le monde peut répondre.
À mon humble avis, tu ferais bien de commencer un nouveau fil pour que d’autres membres puissent répondre sans avoir à (re)lire deux pages préliminaires.
J’ai cru comprendre que tu avais réussi à établir la connexion malgré sa qualité. Est-ce que tu as essayé un autre canal d’émission ? Malheureusement il n’y a pas grand chose qu’on puisse te conseiller mis à part de te rapprocher de l’émetteur …

Vnc faire la «même chose» que quoi ? La même chose que $ ssh -X ?
Oui et non… Tu controles à la souris en vnc et $ ssh -X mais les protocoles ne sont pas identiques.

Quels sont les problèmes rencontrés avec ssh ?
Fais nous un descriptif du réseau local en mentionnant les appareils en présence.
Émetteur(s) wifi : Une box ? Un routeur ? Un point d’accès ? Un PC ? …
sous-réseau ? NAT ? pare-feu ? …
Quel est le serveur ssh ? Quel est le client ? Quels systèmes d’exploitation ? Quels numéros IP ?
Un problème de serveur ? Est-ce que tu as installé openssh-server sur la machine que tu sollicites ? Port d’écoute ? X ne suit pas ? Voir /etc/ssh/sshd_config.
Un problème de client (openssh-client) ? Authentification par mot de passe ? par clé ? L’utilisateur existe-t-il sur le serveur ssh ? Nombre de tentatives ? fail2ban ?

Quelles commandes et quels retours éventuels (/var/log/auth.log) ?

Tu as raison etxeberrizahar, j’avais oublié qu’au départ je posais une question sur la wifi.
Pour le ssh je vais donc ouvrir une discussion.

Avant de solder cette discussion sur le débit.
Voici le débit ce jour qui me parait bien faible.
wlan0 RX 0bite TX 1750 puis RX 0 TX 22470
à quoi correspond le débit de “l0” (RX et TX 10165)?
pourquoi cela bouge alors que rien ne change dans la maison?
les soucis viennent-ils que l’on fait cohabité 2 réseau wifi sur la même box?
comment on change de canal?

IO, input, output, ce qui entre/ce qui sort.
RX et TX en iwconfig comme en ifconfig. R comme reçu (received en anglais), T comme transit ou transmis.
Des membres plus pointus en la matière sauraient peut-être te dire s’il y a des enseignements à tirer de ces informations.
Personnellement, tant que je ne constate pas d’erreurs recensées (collisions,errors),tutto va bene, je n’y prête pas cas. S’il y a des erreurs, je porterais mes doutes sur la carte. S’il n’y a pas d’erreurs, je fais abstraction de TX et RX. J’utilise d’autres moyens pour avoir une estimation de la quantité de données qui ont transité par le réseau.

Pour régler la box, en général on y accède par navigateur

192.168.0.1/
192.168.1.1/

Ça dépend de ce qui a cours en $FOURNISSEURDACCÈS-BOÎTE , $CHAISPASQUOIBOX.
Dis nous quelle $FOURNISSEURDACCÈS-BOÎTE tu utilises. Les membres qui ont quelques expériences de cette $FOURNISSEURDACCÈS-BOÎTE pourront les partager.

Une solution aux problèmes propres à $FOURNISSEURDACCÈS-BOÎTE serait d’investir en un routeur wifi pour s’affranchir des défauts et limites imposés par $FOURNISSEURDACCÈS-BOÎTE.
Ainsi, tu peux raccorder un routeur wifi à la boîte pour étendre la portée,pour rapprocher le point d’accès, créer un sous-réseau, régler le routeur indépendamment de la box pour définir les canaux d’émission …

Tu peux préciser ce que tu veux dire par 2 réseaux ?

Bonjour,

Sans doute je me suis mal exprimé il y a un seul réseau mais 2 wifi
Il y a la wifi qui relie la Freebox et le PC
et la wifi entre la Freebox le raspberry.
j’ai fait un schéma à la main pour ne pas m’y perdre je dois le mettre au propre