Pb de connexion wifi raspberry wheezy

Edimax EW-7811Un Nano USB Wireless Adapter 150Mbps
cianmcgovern.com/getting-the … -on-linux/

̣rtl8192cu, dans le mille Mimille,je connais un peu le comportement du bestiau.
Soit tu insistes avec le module rtl8192cu du noyau (personnellement j’ai abandonné).
Soit tu utilises le module 8192cu de chez realtek (la voie que j’ai adoptée).

Voilà deux fils témoins précédents :
wifi-realtek-rtl8192cu-mode-monitor-error-operation-not-t44678.html?hilit=8192cu
demande-d-aide-pour-installer-une-cle-wifi-trendnet-t43043.html?hilit=8192cu

Pour installer le module de chez realtek en dkms, tu peux récupérer un paquet deb (ubuntu/debian) à cette adresse :

code.google.com/p/realtek-8188c … b&can=4&q=

Merci pour cette expertise pointue qu’il me faudra un certain temps pour digérer.

Que dit piratebab pour le ssh?
J’ai modifié le routeur et redirigé en tcp les ip 192.168.0.11 et 16 vers le port 22
Toujours pas de réponse aux ping.

si pas de réponse au ping, pas la peine de chercher plus loin, ton wifi ne fonctionne pas bien.
Susi la piste de etxeberrizahar qui connait ce chipset.

Je me lance mais j’arrive aux limites de mon niveau.
N’ayant pas réussi à installer le deb à partir de l’adresse indiquée j’ai importé le fichier dans le répertoire /tmp/ avec wget
voilà la réponse à l’installation.

sudo apt-get install /tmp/rtl8192cu-tjp-dkms_0ubuntu1.1_all.deb
Reading package lists… Done
Building dependency tree
Reading state information… Done
E: Unable to locate package /tmp

Ce ne doit pas être la bonne manip.

Jai lu qu’il fallait utiliser apt-office qu’il faut chercher je ne sais pas ou et cela ne me plait pas.
Et puis j’ai eu le fichier à la bonne adresse et je ne vois pas pourquoi l’importation direct du paquet ne marcherait pas

pour mémoire voici ce que cela donne en direct
sudo apt-get install realtek-8188cus-wireless-driver … .1_all.deb
Reading package lists… Done
Building dependency tree
Reading state information… Done
E: Unable to locate package https
E: Couldn’t find any package by regex ‘https://realtek-8188cus-wireless-drivers-3444749-ubuntu-1304.googlecode.com/files

enfin ce fichier c’est un patch qui se suffit à lui même, enfin pour moi ce n’est pas clair.

Une version plus récente que celle que je t’avais indiquée est téléchargeable.

code.google.com/p/realtek-8188c … loads/list

Il ne s’agit pas d’un paquet à installer depuis un dépôt.
apt-get ne convient pas pour installer ce paquet qui ne provient pas d’un dépôt référencé. Il faut exceptionnellement* y aller d’un

dpkg -i nom_du_paquet.deb

*ACHTUNG : contrevient aux précautions de base
debian.org/doc/manuals/debia … recautions

Exceptionnellement dis-je. Ne prend pas la mauvaise habitude d’installer n’importe quoi de cette manière.
Installer un paquet d’origine étrangère à coup de dpkg est une mauvaise pratique à éviter dans le cadre d’une administration rigoureuse.
Ne se résoudre à cette pratique que contraint et forcé comme dans le cas présent.

Merci mais pas bon pour moi

sudo dpkg -i realtek-8188cus-wireless-driver … .6_all.deb
dpkg: error processing realtek-8188cus-wireless-driver … .6_all.deb (–install):
cannot access archive: No such file or directory
Errors were encountered while processing:
realtek-8188cus-wireless-driver … .6_all.deb

autre erreur après un wget d’abord puis le dpkg après

sudo dpkg -i rtl8192cu-tjp-dkms_1.6_all.deb
Selecting previously unselected package rtl8192cu-tjp-dkms.
(Reading database … 63949 files and directories currently installed.)
Unpacking rtl8192cu-tjp-dkms (from rtl8192cu-tjp-dkms_1.6_all.deb) …
dpkg: dependency problems prevent configuration of rtl8192cu-tjp-dkms:
rtl8192cu-tjp-dkms depends on dkms (>= 1.95); however:
Package dkms is not installed.

dpkg: error processing rtl8192cu-tjp-dkms (–install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
rtl8192cu-tjp-dkms

installe le paquet demandé! (dkms) avec un apt-get install dkms

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.