Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 17-05-2017 11:16:28

mth
Membre
Distrib. : Voir la signature
Inscription : 14-05-2017

[Résolu]Encore la clé wifi Realtek RTL8192EU...

Bonjour à tous,
Je viens d'acheter une clé USB wifi (EssentielB Nano N300), et je n'arrive pas à la faire fonctionner sous Debian 8.8.

J'ai compris qu'elle utilise le chipset Realtek RTL8192EU :
Retour de lsusb :

Bus 001 Device 007: ID 0bda:818b Realtek Semiconductor Corp.


ce qui semble correspondre au chipset mentionné, d'après ce site.

J'ai installé le paquet firmware-realtek, ce qui avait suffit pour une autre clé, mais pas pour celle-ci. Effectivement, RTL8192EU n’apparaît pas dans la description du paquet.
Ce chipset ne semble pas pris en charge par Debian actuellement : https://wiki.debian.org/fr/rtl819x

J'ai trouvé plusieurs pages sur lesquelles des utilisateurs donnent des méthodes pour installer le firmware manquant, mais aucune ne m'a permis d'aboutir :
- plusieurs pages pointent vers easylinuxtipsproject déjà mentionné, mais le paquet deb qu'il propose ne semble pas fonctionner chez moi (un problème lié à la version du noyau ?) ;
- cette page qui donne là aussi une méthode clé en main, mais que je ne sais pas faire fonctionner car une des lignes de code qu'il propose ($ dkms add .) semble incomplète, et je suis incapable de la compléter moi-même (je n'y connais rien en GitHub) ;
- cette discussion, mais la description est incomplète et la méthode semble risquée ;
- enfin, surtout, sur votre forum, cette discussion chirurgicale et enthousiasmante wink sur le même sujet, mais que mon niveau insuffisant m'empêche d'adapter tout seul.

Je sollicite donc votre aide pour installer un firmware approprié.
Merci d'avance
Mth

Dernière modification par mth (27-05-2017 08:34:11)


1) PC principal : Debian 8 64 bits + Linux 3.16.0-4-amd64 + Gnome + Cairo Dock + AMD Radeon R7 250X
+ ancienne clé wifi qui fonctionne très bien : EssentielB Mini N300, chipset rtl8191su
2) Installation en cours : Debian 9 RC3 + Linux 4.9.0-3-amd64 + KDE + MSI RADEON RX 460
+ nouvelle clé wifi rétive : EssentielB Nano N300, chipset rtl8192eu

Hors ligne

#2 17-05-2017 12:34:34

èfpé
Membre
Inscription : 10-07-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Hello mth,

Alors pour ce chipset, installer le paquet firmware-realtek en version 0.43 ne pouvait pas suffire, car ce paquet ne fournit pas le firmware requis... de plus le noyau 3.16 n'apporte pas le module pilote requis. Le module pilote rtl8xxxu est apparu en version 4.4, l'identifiant 0bda:818b en version 4.6 ; en pratique cela implique : upgrade du noyau en version 4.9, upgrade du paquet firmware-realtek en version 20161130, via le dépôt jessie-backports (cf. wiki), ou installation de Debian 9 Stretch !

Sources/références : cateee.net ; wireless.wiki.kernel.org

Note/remarque : le « verdict » est le même pour les dongles TL-WN821N v5, TL-WN822N v4 et TL-WN823N v2 sad

Dernière modification par èfpé (17-05-2017 12:44:44)

Hors ligne

#3 17-05-2017 13:37:42

mth
Membre
Distrib. : Voir la signature
Inscription : 14-05-2017

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Merci pour ta réponse.

J'avais bien compris pourquoi le paquet ne fonctionnait pas.
Ceci dit, ta réponse m'inspire : puisqu'il s'agit d'une nouvelle machine, je vais recommencer l'installation sous Debian 9 Stretch, qui est déjà dans un mode assez stable j'imagine
Cela devrait résoudre le problème.
Je reviens vers vous pour passer le message en résolu quand ça sera fait.

À bientôt
Mth

1) PC principal : Debian 8 64 bits + Linux 3.16.0-4-amd64 + Gnome + Cairo Dock + AMD Radeon R7 250X
+ ancienne clé wifi qui fonctionne très bien : EssentielB Mini N300, chipset rtl8191su
2) Installation en cours : Debian 9 RC3 + Linux 4.9.0-3-amd64 + KDE + MSI RADEON RX 460
+ nouvelle clé wifi rétive : EssentielB Nano N300, chipset rtl8192eu

Hors ligne

#4 17-05-2017 17:37:17

mth
Membre
Distrib. : Voir la signature
Inscription : 14-05-2017

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

J'y ai cru hmm
J'ai donc installé Debian 9 Stretch RC3, puis le paquet firmware-realtek, après avoir vérifié que la clé rtl8192EU est bien référencée dans la description du paquet.
Et là : la clé semble fonctionner, puisque je vois les réseaux wifi ! smile
Mais quand je tente de me connecter en cliquant sur dans le menu, il mouline puis me rejette : "connexion désactivée" et "impossible de trouver le réseau wifi". sad

J'ai tenté d'en savoir plus en ligne de commande, mais je n'y comprends pas grand-chose...
J'aurai besoin d'un coup de pouce pour cerner d'où vient ce nouveau problème.
Merci d'avance
Mth

1) PC principal : Debian 8 64 bits + Linux 3.16.0-4-amd64 + Gnome + Cairo Dock + AMD Radeon R7 250X
+ ancienne clé wifi qui fonctionne très bien : EssentielB Mini N300, chipset rtl8191su
2) Installation en cours : Debian 9 RC3 + Linux 4.9.0-3-amd64 + KDE + MSI RADEON RX 460
+ nouvelle clé wifi rétive : EssentielB Nano N300, chipset rtl8192eu

Hors ligne

#5 18-05-2017 19:06:06

èfpé
Membre
Inscription : 10-07-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Re-,

Le moment est venu, semble-t-il, de s'enthousiasmer (tout en s'adaptant bien sûr) pour la fameuse « discussion chirurgicale » citée au post #1 (surtout la page 2, qui concerne la configuration, la page 1 concernant l'installation) ; partant du principe que l'aspect matériel est réglé (bien que non documenté) et que toutes les possibilités offertes par NetworkManager en mode clicouille (clic droit tout ça) ont été explorées, je te proposerais volontiers de désactiver ce machin au moins temporairement pour pouvoir essayer autre chose (interfaces, Wicd) tranquillement (cf. ici ou ) ; bonne continuation, avec ou sans fil wink

Dernière modification par èfpé (18-05-2017 19:16:16)

Hors ligne

#6 18-05-2017 23:39:21

mth
Membre
Distrib. : Voir la signature
Inscription : 14-05-2017

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Merci pour tes conseils !

Alors voilà où j'en suis après avoir suivi ton tuto, puis le wiki :

Mon réseau a un nom bizarre, au lieu de wlan0 :

# iw dev
phy#2
        Interface wlx00e04c14ce49
                ifindex 5
                wdev 0x200000001
                addr 00:e0:4c:14:ce:49
                type managed
                txpower 20.00 dBm

[Edit : Remarque qui ne sert à rien : Ah, tiens, je m'aperçois que le nom wlx00e04c14ce49 vient de addr 00:e0:4c:14:ce:49 ]

Mon fichier interfaces actuel :

# cat /etc/network/interfaces
# The loopback network interface
auto lo
iface lo inet loopback

# Rajoute a la main par mezigue
# The wireless network interface
auto wlx00e04c14ce49=wifi-maison
iface wifi-maison inet dhcp
wpa-ssid ici_le_nom_de_mon_réseau_wifi
wpa-psk ici_le_code_que_j'ai_touvé_avec_wpa_passphrase
 



La commande # systemctl restart networking.service mouline mais ne retourne rien, et ne fait pas fonctionner le wifi.

J'ai tenté :

# ifdown wlx00e04c14ce49          
Killed old client process
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlx00e04c14ce49/00:e0:4c:14:ce:49
Sending on   LPF/wlx00e04c14ce49/00:e0:4c:14:ce:49
Sending on   Socket/fallback

# ifup wlx00e04c14ce49=wifi-maison
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlx00e04c14ce49/00:e0:4c:14:ce:49
Sending on   LPF/wlx00e04c14ce49/00:e0:4c:14:ce:49
Sending on   Socket/fallback
DHCPDISCOVER on wlx00e04c14ce49 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on wlx00e04c14ce49 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on wlx00e04c14ce49 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on wlx00e04c14ce49 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on wlx00e04c14ce49 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on wlx00e04c14ce49 to 255.255.255.255 port 67 interval 10
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
 



Conclusion : ça ne marche toujours pas, je ne sais pas si c'est vraiment un problème de configuration.
J'essaierai de mettre le nez dans wicd un peu plus tard, ça suffira pour ce soir...

En attendant, merci pour ton aide.

Dernière modification par mth (18-05-2017 23:44:44)


1) PC principal : Debian 8 64 bits + Linux 3.16.0-4-amd64 + Gnome + Cairo Dock + AMD Radeon R7 250X
+ ancienne clé wifi qui fonctionne très bien : EssentielB Mini N300, chipset rtl8191su
2) Installation en cours : Debian 9 RC3 + Linux 4.9.0-3-amd64 + KDE + MSI RADEON RX 460
+ nouvelle clé wifi rétive : EssentielB Nano N300, chipset rtl8192eu

Hors ligne

#7 19-05-2017 03:34:34

èfpé
Membre
Inscription : 10-07-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Re-,

Alors, le « nom bizarre » de l'interface WI-Fi résulte de la nouvelle nomenclature des interfaces réseau (cf. ici et/ou , merci Severian et/ou kyodev), la forme wlxMAC (où MAC n'est autre que l'adresse MAC de l'adaptateur réseau) pourrait révéler une erreur, un souci, bref un problème. Quoi qu'il en soit, il semble actuellement que ce nouveau nommage complique parfois les choses plus qu'il ne les simplifie... tu noteras que la résolution du fil de taureau89_9 passe par le renommage de l'interface (kyodev a proposé une autre méthode).

Avant de passer à Wicd, il te reste donc à (1) tenter le renommage de l'interface wlx00e04c14ce49 en wlan0 (ce nom est à confirmer) et (2) effectuer des ajustements sur le fichier interfaces (remplacer auto par allow-hotplug, oublier cette histoire de wifi-maison, et utiliser la clé de chiffrement sans passer par l'outil wpa_passphrase).

On note d'emblée que les retours des commandes ifdown et ifup présentent effectivement des anomalies :

ifdown wlx00e04c14ce49

devrait se terminer par

DHCPRELEASE on wlx00e04c14ce49 to <IP_SERVER> port 67


ifup wlx00e04c14ce49

devrait se terminer par

DHCPREQUEST of <IP_CLIENT> on wlx00e04c14ce49 to 255.255.255.255 port 67
DHCPOFFER of <IP_CLIENT> from <IP_SERVER>
DHCPACK of <IP_CLIENT> from <IP_SERVER>
bound to <IP_CLIENT> -- renewal in 42000 seconds.


Accessoirement, il pourrait ne pas être totalement inutile de faire le point sur l'aspect matériel :

usb-devices | grep -A5 -B2 818b

lsmod | egrep '802|rtl'

dmesg | egrep 'iee|rtl|wlx'


rfkill list all


ip addr

ip route

cat /etc/resolv.conf


Les 3 dernières commandes ne concernent pas vraiment le matériel, mais le réseau en général.

Dernière modification par èfpé (19-05-2017 03:54:54)

Hors ligne

#8 19-05-2017 09:57:57

mth
Membre
Distrib. : Voir la signature
Inscription : 14-05-2017

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Salut, voici le retour de tes indications, qui n'ont malheureusement pas porté leurs fruits pour l'instant :


Mon fichier interfaces ajusté :

# The loopback network interface
auto lo
iface lo inet loopback

# Rajoute a la main par mezigue
# The wireless network interface
allow-hotplug wlx00e04c14ce49
iface wlx00e04c14ce49 inet dhcp
wpa-ssid ici_le_nom_de_mon_réseau_wifi
wpa-psk "ici_le_mot_de_passe_en_clair"




Les infos demandées (avant changement de nom) :

$ usb-devices | grep -A5 -B2 818b
T:  Bus=01 Lev=01 Prnt=01 Port=06 Cnt=02 Dev#=  3 Spd=480 MxCh= 0
D:  Ver= 2.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=0bda ProdID=818b Rev=02.00
S:  Manufacturer=Realtek
S:  Product=802.11n NIC
S:  SerialNumber=00e04c000001
C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=500mA
I:  If#= 0 Alt= 0 #EPs= 5 Cls=ff(vend.) Sub=ff Prot=ff Driver=rtl8xxxu


$ lsmod | egrep '802|rtl'
rtl8xxxu              114688  0
mac80211              671744  1 rtl8xxxu
cfg80211              589824  1 mac80211
rfkill                 24576  8 bluetooth,cfg80211
usbcore               249856  4 usbhid,xhci_pci,rtl8xxxu,xhci_hcd


# dmesg | egrep 'iee|rtl|wlx'
[    2.460867] usb 1-7: rtl8192eu_parse_efuse: dumping efuse (0x200 bytes):
[    2.460901] usb 1-7: rtl8xxxu: Loading firmware rtlwifi/rtl8192eu_nic.bin
[    2.463836] usb 1-7: firmware: direct-loading firmware rtlwifi/rtl8192eu_nic.bin
[    3.351497] usbcore: registered new interface driver rtl8xxxu
[    3.353545] rtl8xxxu 1-7:1.0 wlx00e04c14ce49: renamed from wlan0
[  625.659011] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c14ce49: link is not ready
[  794.001791] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c14ce49: link is not ready
[ 1458.935443] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw
[ 1458.984208] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c14ce49: link is not ready
[ 1458.989565] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c14ce49: link is not ready
[ 1458.996577] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c14ce49: link is not ready
[ 1459.066714] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c14ce49: link is not ready
[ 1620.785877] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c14ce49: link is not ready
[ 2466.096562] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c14ce49: link is not ready


# rfkill list all                                                                                                                                                                                                
0: phy0: Wireless LAN                                                                                                                                                                                                                        
        Soft blocked: no                                                                                                                                                                                                                    
        Hard blocked: no


$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 1c:1b:0d:c3:2e:0f brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.23/24 brd 192.168.0.255 scope global dynamic enp3s0
       valid_lft 862131sec preferred_lft 862131sec
    inet6 fe80::1e1b:dff:fec3:2e0f/64 scope link
       valid_lft forever preferred_lft forever
3: wlx00e04c14ce49: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 00:e0:4c:14:ce:49 brd ff:ff:ff:ff:ff:ff


$ ip route
default via 192.168.0.254 dev enp3s0 proto static metric 100
192.168.0.0/24 dev enp3s0 proto kernel scope link src 192.168.0.23 metric 100


$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 212.27.40.240
nameserver 212.27.40.241




Changement de nom réussi :

$ cat /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:e0:4c:14:ce:49", NAME="wlan0"


# iwconfig
lo        no wireless extensions.

enp3s0    no wireless extensions.

wlan0     IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm  
          Retry short limit:7   RTS thr=2347 B   Fragment thr:off
          Encryption key:off
          Power Management:off



Mais :

# ifup wlan0
ifup: unknown interface wlan0

# ifup wlx00e04c14ce49
wpa_supplicant: /sbin/wpa_supplicant daemon failed to start
run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with return code 1
ifup: failed to bring up wlx00e04c14ce49


D'où : mise à jour nécessaire de interfaces :

$ cat /etc/network/interfaces
# The loopback network interface
auto lo
iface lo inet loopback

# Rajoute a la main par mezigue
# The wireless network interface
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-ssid ici_le_nom_de_mon_réseau_wifi
wpa-psk "ici_le_mot_de_passe_en_clair"



Malheureusement ça ne suffit pas :

# ifup wlan0
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlan0/00:e0:4c:14:ce:49
Sending on   LPF/wlan0/00:e0:4c:14:ce:49
Sending on   Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 12
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 17
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
grep: /etc/resolv.conf: No such file or directory



Après reboot, toujours pas de réseau hmm


J'ajoute une bizarrerie que j'ai remarquée :
au reboot, le réseau filaire ne fonctionne pas.
Mais après

# systemctl restart NetworkManager.service

# systemctl stop NetworkManager.service

# systemctl disable NetworkManager.service

ça re-fonctionne.


Voilà, je ne sais pas si tu vois quelque chose d'intéressant dans tout ça ?
Je devrais peut-être refaire les manips de vérification du matériel et du réseau maintenant que j'ai renommé l'interface.
Je n'ai pas essayé la méthode de kyodev pour le renommage, mais celle-ci semble avoir fonctionné.
Il me reste à regarder wicd, mais je n'aurai pas le temps aujourd'hui.

Encore une fois, merci pour tes suggestions smile

Dernière modification par mth (19-05-2017 10:00:15)


1) PC principal : Debian 8 64 bits + Linux 3.16.0-4-amd64 + Gnome + Cairo Dock + AMD Radeon R7 250X
+ ancienne clé wifi qui fonctionne très bien : EssentielB Mini N300, chipset rtl8191su
2) Installation en cours : Debian 9 RC3 + Linux 4.9.0-3-amd64 + KDE + MSI RADEON RX 460
+ nouvelle clé wifi rétive : EssentielB Nano N300, chipset rtl8192eu

Hors ligne

#9 19-05-2017 13:14:32

èfpé
Membre
Inscription : 10-07-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Re-,

Alors, l'absence de réseau filaire au redémarrage de la machine est normale, NetworkManager étant désactivé, et l'interface enp3s0 n'étant pas configurée dans le fichier interfaces, comme il se devrait dans un monde idéal :

nano /etc/network/interfaces

# The loopback network interface
auto lo
iface lo inet loopback

# Rajoute a la main par mezigue
# The ethernet network interface
auto enp3s0
iface enp3s0 inet dhcp

# Rajoute a la main par mezigue
# The wireless network interface
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-ssid ici_le_nom_de_mon_réseau_wifi
wpa-psk "ici_le_mot_de_passe_en_clair"


Ceci dit le problème d'attribution dynamique (DHCP) d'une adresse IP à l'adaptateur Wi-Fi reste entier. Je doute que Wicd résolve ça, mais bon, je passe la main, non sans constater une fois de plus que l'incontournable Wi-Fi est une source inépuisable d'emmerdements (pardon... ça va mieux en le disant big_smile) ; un dernier truc toutefois, avant d'essayer Wicd, restaure le fichier interfaces initial (loopback only), et pour retrouver NetworkManager au démarrage de la machine :

systemctl enable NetworkManager.service

Created symlink /etc/systemd/system/multi-user.target.wants/NetworkManager.service → /lib/systemd/system/NetworkManager.service.
Created symlink /etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service → /lib/systemd/system/NetworkManager-dispatcher.service.


Ultime proposition, reporter le bazar chez le boulanger et exiger un machin qui fonctionne tongue

edit: bon du coup j'ai testé un dongle Wi-Fi en Live DFLinux (dflinux-stretch-beta1, what else?) ; il se trouve que le renommage du bidule est également du type wlxMAC... alors ça plantouille avec NetworkManager (1.4.4), mais c'est plié en 3-4 secondes avec un fichier interfaces aux petits oignons (wpa_passphrase et tout) ; j'en conclus sans vergogne que la nouvelle nomenclature n'est pas le problème et qu'il faut également envisager l'immaturité du pilote rtl8xxxu ou encore une « inadéquation » des paramètres de sécurité 802.11 au niveau de la Libreboîte (WPA-PSK est-il activé ?) ; à noter que désactiver NetworkManager proprement se fait en 3 étapes :

# on déconnecte l'interface
nmcli device disconnect enp3s0


# on arrête network-manager
systemctl stop NetworkManager.service


# puis on désactive ce truc
systemctl disable NetworkManager.service

Removed /etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service.
Removed /etc/systemd/system/multi-user.target.wants/NetworkManager.service.


Et effectivement tu as raison, s'il est normal que la commande suivante :

systemctl restart networking.service


ne retourne rien il faut noter qu'elle ne redémarre que le réseau filaire hmm

Dernière modification par èfpé (19-05-2017 23:24:32)

Hors ligne

#10 19-05-2017 13:39:52

phlinux
Membre
Lieu : S-M
Distrib. : Jessie
Noyau : 4.6
(G)UI : Openbox (+Rox+Feh)
Inscription : 10-05-2009

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Bjr,
Si ça ne fonctionne pas après les conseils de èfpé: être certain que la clé est alimentée (diode allumée, si elle existe), il y a une commande à l'ancienne pour se faire

ifconfig wlan0 up


Vérifier le nom de l'ESSID
Un autre outil pour le dhcp est dhclient

dhclient wlan0


Pages perso : feh, omegat, udisks, sa station de travail comme passerelle

Hors ligne

#11 24-05-2017 17:19:53

mth
Membre
Distrib. : Voir la signature
Inscription : 14-05-2017

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Bonjour,
Désolé d'avoir tardé à répondre, je m'y remets aujourd'hui.

À èfpé :

èfpé a écrit :

une « inadéquation » des paramètres de sécurité 802.11 au niveau de la Libreboîte (WPA-PSK est-il activé ?)

La box semble correctement configurée, puisque je l'utilise pour une autre clé wifi (même fournisseur mais plus ancienne) (avec WPA).


èfpé a écrit :

Ultime proposition, reporter le bazar chez le boulanger et exiger un machin qui fonctionne tongue

Effectivement, je pense que c'est ce qui va finir par arriver (bien que je ne pense pas qu'ils me reprennent celle-ci). Tout le problème est dans le qui fonctionne... cette fois je vais essayer de me renseigner avant l'achat hmm

Merci en tous cas pour toutes tes remarques et pour le temps passer à tenter de me sortir de la patouille !


À phlinux :

Merci de tes suggestions.

phlinux a écrit :

être certain que la clé est alimentée (diode allumée, si elle existe)

Pas de diode sur ce modèle semble-t-il (?)


phlinux a écrit :

il y a une commande à l'ancienne pour se faire

ifconfig wlan0 up

ifconfig ne semble plus installé sur les dernières version de Debian. Je pourrais tenter de l'installer, mais j'ai cru comprendre que la commande suivante est équivalente (dis-moi si je me trompe) :

# ifup wlan0
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlan0/00:e0:4c:14:ce:49
Sending on   LPF/wlan0/00:e0:4c:14:ce:49
Sending on   Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 12
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 17
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
grep: /etc/resolv.conf: No such file or directory



phlinux a écrit :

Vérifier le nom de l'ESSID

Je ne comprends pas ce que tu proposes. Est-ce en lien avec ifconfig wlan0 up ?


phlinux a écrit :

Un autre outil pour le dhcp est dhclient

dhclient wlan0

La commande # dhclient wlan0 mouline mais ne retourne rien, et ne fait pas fonctionner le wifi.


En tous cas, merci d'avoir pris le temps de m'aider.


Tentative avec wicd :
wicd installé sans problème, interface claire et simple.
Les réseaux wifi sont visibles, mais quand je tente de me connecter, je ne passe pas le cap de la validation l'authentification, comme avec Network Manager.
Rien de nouveau donc.

Quelques remarques :
- je confirme que l'étape de changement de nom du réseau est indispensable pour que wicd voie les réseaux wifi.
- j'ai voulu à tout hasard essayer mon autre clé wifi (actuellement en service sur un autre ordinateur), mais elle ne fonctionne pas du tout sur le nouveau pc avec Debian 9 RC3 (diode éteinte, pas de réseau détectée, iw dev muet).
Pourtant cette clé fonctionne sans problème sous Debian 8.8 avec le paquet firmware-realtek.
Référence de l'ancienne clé : EssentielB Mini N300

Bus 001 Device 008: ID 0bda:8172 Realtek Semiconductor Corp. RTL8191SU 802.11n WLAN Adapter

Ai-je oublié un réglage ?
Bon, je ne vais pas lancer une discussion sur l'ancienne clé, je m'en fous, c'était juste pour essayer.


Voilà, la conclusion se profile, je vais laisser tomber cette clé et essayer de me procurer autre chose, en croisant les doigts pour que ça fonctionne cette fois.
Quand je pense que je n'ai pas encore commencé à me préoccuper de la carte graphique... hmm
[Edit : J'ai été mauvaise langue, l'installation du pilote de la carte graphique s'est faite en deux secondes avec le mode d'emploi !]

Mille merci à vous deux d'avoir bien voulu vous pencher sur mon problème.

Comme disait un vieux sage :

èfpé a écrit :

l'incontournable Wi-Fi est une source inépuisable d'emmerdements

Dernière modification par mth (24-05-2017 18:16:36)


1) PC principal : Debian 8 64 bits + Linux 3.16.0-4-amd64 + Gnome + Cairo Dock + AMD Radeon R7 250X
+ ancienne clé wifi qui fonctionne très bien : EssentielB Mini N300, chipset rtl8191su
2) Installation en cours : Debian 9 RC3 + Linux 4.9.0-3-amd64 + KDE + MSI RADEON RX 460
+ nouvelle clé wifi rétive : EssentielB Nano N300, chipset rtl8192eu

Hors ligne

#12 24-05-2017 18:28:01

phlinux
Membre
Lieu : S-M
Distrib. : Jessie
Noyau : 4.6
(G)UI : Openbox (+Rox+Feh)
Inscription : 10-05-2009

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Bjr,
Des précisions :
- pour l'ESSID : tu vois que dans le résultat de ta commande "iwconfig" il ne se trouve pas de ESSID, qui doit être le même que "wpa-ssid" du fichier /etc/network/interfaces. D'où ma proposition de le vérifier
- pour "ifup" et "ifconfig up" je ne sais pas s'ils sont équivalents; je t'ai juste indiqué la commande que j'ai utilisé pour configurer le wifi sur mon pc. J'ai une Netgear de base qui utilise le firmware rtl8192cu
- le résultat de ta commande "ifup wlan0" semble indiquer que tu n'as pas de /etc/resolv.conf; sur ma config, en statique, ce fichier comporte l'ip du point d'accès. C'est peut être une indication à prendre en compte

Dernière modification par phlinux (24-05-2017 18:29:55)


Pages perso : feh, omegat, udisks, sa station de travail comme passerelle

Hors ligne

#13 24-05-2017 23:32:32

èfpé
Membre
Inscription : 10-07-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Bonsoir mth,

- je confirme que l'étape de changement de nom du réseau est indispensable pour que wicd voie les réseaux wifi.


Ce qui n'est pas le cas pour NetworkManager, si je ne mésinterprète pas le post #4 ; et là je comprends que tu as testé Wicd avec/sans re-renommage (re-renommage, dé-renommage ou non-renommage, d'ailleurs ? entre les trois mon cœur balance) ; de mon côté je « confirme » que cette étape, d'ailleurs non réalisable en Live, n'est pas indispensable pour ifupdown (interfaces).

- j'ai voulu à tout hasard essayer mon autre clé wifi (actuellement en service sur un autre ordinateur), mais elle ne fonctionne pas du tout sur le nouveau pc avec Debian 9 RC3 (diode éteinte, pas de réseau détectée, iw dev muet). [...] Ai-je oublié un réglage ?


Les dongles RTL8191SU sont effectivement pris en charge par le module pilote r8712u depuis un moment... toutefois on ne peut jamais exclure un bogue ou une régression (pardon, une fonctionnalité en cours d'implémentation wink) ; note au passage que la méthode de renommage de greenmerlin est statique/spécifique alors que celle de kyodev (voire celle de naguam, encore plus simple) peut être qualifiée de générique ; question bête, as-tu essayé de placer la machine (portable ?) à l'endroit où l'autre PC se connecte sans problème ?

Voilà, la conclusion se profile, je vais laisser tomber cette clé et essayer de me procurer autre chose, en croisant les doigts pour que ça fonctionne cette fois.


C'est un peu la loterie, mais si tu connais la version matérielle de l'objet convoité, n'hésite pas à consulter l'excellent WikiDevi, ainsi/aussi éviteras-tu de reprendre un bidule censé être piloté par le module rtl8xxxu.

Comme disait un vieux sage :


Mais... mais... je ne suis ni vieux, ni sage, c'est de la diffamation pure et simple yikes

Dernière modification par èfpé (25-05-2017 00:04:04)

Hors ligne

#14 25-05-2017 04:22:49

smolski
administrateur quasi...modo
Lieu : AIN
Distrib. : 8 (jessie) 64 bits + backports
Noyau : 3.16.0-4-amd64 - 3.16.39-1
(G)UI : gnome 1:3.14+3
Inscription : 21-10-2008

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

@efpé : tu veux qu'on renomme ton pseudo en pépé ?

... devart-biggrin.gif

"Théo et Adama te rappellent pourquoi Zyed et Bouna couraient…"
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

Hors ligne

#15 25-05-2017 13:02:45

phlinux
Membre
Lieu : S-M
Distrib. : Jessie
Noyau : 4.6
(G)UI : Openbox (+Rox+Feh)
Inscription : 10-05-2009

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Avoir des difficultés d'installation permet de progresser dans la compréhension du système, à condition qu'on soit un minimum opiniâtre.
Bon passé ce moment moralisateur, quelles autres solutions on a ? J'ai lu quelque part que certains ont compilé le module rtl8192eu. Est-ce qu'on a quelque part un tuto, genre synopsis pour l'install d'un bouchon wifi ?

Par exemple le tuto là Pas à pas : Faire que sa carte WiFi soit détectée en reprenant depuis le début

Dernière modification par phlinux (25-05-2017 13:11:37)


Pages perso : feh, omegat, udisks, sa station de travail comme passerelle

Hors ligne

#16 25-05-2017 13:10:32

èfpé
Membre
Inscription : 10-07-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

(@smolski : je ne suis pas une guenon, tu ajoutes la diffamation au sabotage de pseudo mad)

Hors ligne

#17 25-05-2017 13:57:33

chalu
Modératrice
Lieu : Anjou
Distrib. : Debian Stretch
Noyau : Linux 4.9.0-3-amd64
(G)UI : Mate 1.16
Inscription : 11-03-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

èfpé a écrit :

(@smolski : je ne suis pas une guenon, tu ajoutes la diffamation au sabotage de pseudo mad)


Chez moi pépé c'est le diminutif affectueux pour grand-père big_smile
Et pour le coup, je n'avais même pas pensé à l'usage sexiste. Avec pépé = guenon je me demande si on ne monte pas d'un cran scratchhead.gif
L'après midi va-t-il être orageux ?

Hors ligne

#18 25-05-2017 14:10:42

èfpé
Membre
Inscription : 10-07-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

chalu a écrit :

Et pour le coup, je n'avais même pas pensé à l'usage sexiste. Avec pépé = guenon je me demande si on ne monte pas d'un cran


Effectivement chalu, on monte d'un cran, Pépée était le nom de la guenon de Léo Ferré... connais-tu L'Été 68, l'album ? Et puis d'abord, ce court message était destiné à tonton smolski (qui lui a dû comprendre...) ; lire le courrier des autres, c'est mal tongue

Dernière modification par èfpé (25-05-2017 14:12:42)

Hors ligne

#19 25-05-2017 14:10:50

chalu
Modératrice
Lieu : Anjou
Distrib. : Debian Stretch
Noyau : Linux 4.9.0-3-amd64
(G)UI : Mate 1.16
Inscription : 11-03-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

mth a écrit :

J'ai installé le paquet firmware-realtek, ce qui avait suffit pour une autre clé, mais pas pour celle-ci. Effectivement, RTL8192EU n’apparaît pas dans la description du paquet.


Peut-être essayer d'installer le noyau des backports avec la version du paquet firmware-realtek des backports qui a bien le rtl8192eu dans la description.
As-tu une carte graphique pour laquelle tu as installé des drivers propriétaires, si c'est oui il faudra aussi mettre à jour ces derniers.

Édit @efpé : oui lecture au premier degré big_smile et pourtant suis à l'eau avec la température qui monte tongue

lire le courrier des autres, c'est mal

mais qu'est-ce que c'est tentant lol

Hors ligne

#20 25-05-2017 14:30:42

èfpé
Membre
Inscription : 10-07-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

chalu a écrit :

Peut-être essayer d'installer le noyau des backports avec la version du paquet firmware-realtek des backports qui a bien le rtl8192eu dans la description.


Et mth qui ne met pas à jour son profil... rien ne va plus par icitte ! En fait, mth a finalement installé Stretch sur cette machine (cf. post #4) ; quoi qu'il en soit, bon week-end chalu... et bonnes baignades cool

Hors ligne

#21 25-05-2017 14:35:53

chalu
Modératrice
Lieu : Anjou
Distrib. : Debian Stretch
Noyau : Linux 4.9.0-3-amd64
(G)UI : Mate 1.16
Inscription : 11-03-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

ashamed2.gif
Surchauffe totale effectivement, je vais suivre ton conseil wink

Hors ligne

#22 25-05-2017 15:55:25

mth
Membre
Distrib. : Voir la signature
Inscription : 14-05-2017

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Ouh là là, mais je ne voulais pas provoquer ça, moi !

mth a écrit :

Comme disait un vieux sage :

èfpé a écrit :

l'incontournable Wi-Fi est une source inépuisable d'emmerdements

D'abord, vieux ce n'est pas une insulte (sage, à la limite, peut-être...)

Ensuite, il y en a qui s'empressent de chauffer, évidemment (je ne citerai pas de nom wink )


Bon, il y a aussi ceux qui donnent imperturbablement des suggestions constructives, auxquelles je vais essayer de répondre (en zigzagant entre les balles perdues wink ) :

phlinux a écrit :

Avoir des difficultés d'installation permet de progresser dans la compréhension du système, à condition qu'on soit un minimum opiniâtre.

Moi, tant qu'on ne m'a pas dit clairement : "impossible", je suis là, opiniâtre et enthousiaste ! (oui, je sais, "impossible n'est pas DF", mais des fois c'est quand-même : "ça peut se faire si tu es prêt à y sacrifier tes nuits"...)

phlinux a écrit :

- pour l'ESSID : tu vois que dans le résultat de ta commande "iwconfig" il ne se trouve pas de ESSID, qui doit être le même que "wpa-ssid" du fichier /etc/network/interfaces. D'où ma proposition de le vérifier

Effectivement ça me semble intéressant, mais je ne sais pas quoi en faire : qu'est-ce que ça révèle comme problème ? comment puis-je vérifier mon ESSID ?

phlinux a écrit :

- le résultat de ta commande "ifup wlan0" semble indiquer que tu n'as pas de /etc/resolv.conf; sur ma config, en statique, ce fichier comporte l'ip du point d'accès.

Sur mon autre bécane, ce fichier est généré par NetworkManager (à la volée ?), ce qui explique peut-être pourquoi il n'y est pas ici puisque j'ai désactivé NetworkManager. Peut-être que je peux créer ce fichier à la main ??

phlinux a écrit :

Par exemple le tuto là Pas à pas : Faire que sa carte WiFi soit détectée en reprenant depuis le début

Je crois que reprendre depuis le début serait pas mal, vu que j'ai un peu tout tripoté il est possible que j'ai cassé quelque chose... Je vous tiens au courant si je me lance là-dedans.


èfpé a écrit :

je comprends que tu as testé Wicd avec/sans re-renommage (re-renommage, dé-renommage ou non-renommage, d'ailleurs ? entre les trois mon cœur balance)

euh...

èfpé a écrit :

question bête, as-tu essayé de placer la machine (portable ?) à l'endroit où l'autre PC se connecte sans problème ?

Les deux machines sont des pc fixes situés à deux mètres l'un de l'autre. Celui en cours d'installation (pour lequel je cherche à faire fonctionner la clé wifi) est situé à 50 cm de la box pour pouvoir être branché en filaire en attendant.

èfpé a écrit :

C'est un peu la loterie, mais si tu connais la version matérielle de l'objet convoité, n'hésite pas à consulter l'excellent WikiDevi, ainsi/aussi éviteras-tu de reprendre un bidule censé être piloté par le module rtl8xxxu.

Merci pour le lien, c'est exactement ce que je cherchais (même si grâce à vous je n'ai pas encore dit mon dernier mot) smile


chalu a écrit :

Peut-être essayer d'installer le noyau des backports avec la version du paquet firmware-realtek des backports qui a bien le rtl8192eu dans la description.
As-tu une carte graphique pour laquelle tu as installé des drivers propriétaires, si c'est oui il faudra aussi mettre à jour ces derniers.

èfpé a écrit :

Et mth qui ne met pas à jour son profil... rien ne va plus par icitte ! En fait, mth a finalement installé Stretch sur cette machine

Toutes mes confuses, effectivement un petit point s'impose :
- j'ai un pc sous Debian 8.8 + ancienne clé wifi qui fonctionne très bien : EssentielB Mini N300, chipset rtl8191su ;
- je suis en train d'installer un pc sous Debian 9 RC3 + nouvelle clé wifi rétive : EssentielB Nano N300, chipset rtl8192eu
En tous cas merci Chalu de te pencher sur mon problème.


Voilà, premier degré, second degré, troisième degré... les degrés montent dans la discussion comme au thermomètre, et aussi dans les verres à l'heure de l'apéro tongue
En tous cas, merci à tous pour votre soutien, je vais reprendre l'installation à zéro comme le suggère phlinux.
À bientôt

Dernière modification par mth (25-05-2017 15:59:57)


1) PC principal : Debian 8 64 bits + Linux 3.16.0-4-amd64 + Gnome + Cairo Dock + AMD Radeon R7 250X
+ ancienne clé wifi qui fonctionne très bien : EssentielB Mini N300, chipset rtl8191su
2) Installation en cours : Debian 9 RC3 + Linux 4.9.0-3-amd64 + KDE + MSI RADEON RX 460
+ nouvelle clé wifi rétive : EssentielB Nano N300, chipset rtl8192eu

Hors ligne

#23 25-05-2017 17:59:42

chalu
Modératrice
Lieu : Anjou
Distrib. : Debian Stretch
Noyau : Linux 4.9.0-3-amd64
(G)UI : Mate 1.16
Inscription : 11-03-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

mth a écrit :

En tous cas merci Chalu de te pencher sur mon problème.


Ah mais de rien et puisque tu insistes, je vais encore me creuser la tête pour faire des sorties à côté de la plaque out.gif

Édit du soir : il y a un fil qui semble identique au tien et taggué résolu : https://debian-facile.org/viewtopic.php … 40#p204740
La solution est venue de l'installation d'un driver téléchargé. Par contre ça a fonctionné sur ce fil avec un noyau 3.16 et comme le site du driver indique que ça ne marchera peut-etre pas avec un noyau autre que 4.4, j'ai l'impression qu'il y a un facteur chance ?

Hors ligne

#24 25-05-2017 22:02:15

mth
Membre
Distrib. : Voir la signature
Inscription : 14-05-2017

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

chalu a écrit :

il y a un fil qui semble identique au tien et taggué résolu : https://debian-facile.org/viewtopic.php … 40#p204740
La solution est venue de l'installation d'un driver téléchargé. Par contre ça a fonctionné sur ce fil avec un noyau 3.16 et comme le site du driver indique que ça ne marchera peut-etre pas avec un noyau autre que 4.4, j'ai l'impression qu'il y a un facteur chance ?

Oui, j'avais déjà vu ce post, qui conduit à un tuto pour installer un driver pour le noyau 4.4. Je l'ai déjà essayé avec l'ancien noyau avant de me décider à passer à Debian 9. Je crois l'avoir essayé aussi avec le noyau 4.9, mais je ne suis plus sûr : je vais réessayer et je vous tiendrai au courant.


Il y a aussi le dernier message de Rick1_95 du fil de Pinuxlinux, [Edit : merci èfpé], qui envoie vers ce site. Il s'agit de partir d'un driver trouvé sur Github. Le problème c'est que c'est très peu expliqué, et je suis en terrain totalement inconnu. Si quelqu'un peut m'aider à adapter ?


Sur Github, il y a aussi ceci. C'est assez simple et détaillé, je pourrais peut-être m'en sortir, mais il semble manquer une instruction au paragraphe 2. Est-ce que quelqu'un saurait comment compléter cette ligne ?

$ dkms add .

[Edit]En fait j'ai faux, cette ligne est correcte, comme on va le voir plus loin grâce à èfpé.[/Edit]

Tout n'est pas joué, encore une fois merci chalu pour l'inspiration.

Dernière modification par mth (27-05-2017 01:35:12)


1) PC principal : Debian 8 64 bits + Linux 3.16.0-4-amd64 + Gnome + Cairo Dock + AMD Radeon R7 250X
+ ancienne clé wifi qui fonctionne très bien : EssentielB Mini N300, chipset rtl8191su
2) Installation en cours : Debian 9 RC3 + Linux 4.9.0-3-amd64 + KDE + MSI RADEON RX 460
+ nouvelle clé wifi rétive : EssentielB Nano N300, chipset rtl8192eu

Hors ligne

#25 25-05-2017 23:34:42

èfpé
Membre
Inscription : 10-07-2016

Re : [Résolu]Encore la clé wifi Realtek RTL8192EU...

Bonsoir mth,

mth a écrit :

Il y a aussi le dernier message du fil de Rick1_95 Pinuxlinux, qui envoie vers ce site. Il s'agit de partir d'un driver trouvé sur Github.


Alors celui-là, je crois que tu peux l'oublier direct car il ne concerne absolument pas le chip(set) RTL8192EU :

Anand Babu (AB) Periasamy a écrit :

Realtek 8812AU/8821AU USB WiFi driver.


mth a écrit :

Sur Github, il y a aussi ceci. C'est assez simple et détaillé, je pourrais peut-être m'en sortir, mais il semble manquer une instruction au paragraphe 2.


C'est ce pilote que taureau89_9 avait réussi à compiler sous Stretch/Testing avec un noyau 4.7 ; le truc c'est qu'à l'époque (Nov 2016) DKMS n'était pas encore supporté... du coup, il doit ou a dû recompiler le module à chaque mise à jour du noyau, alors qu'avec DKMS, ben c'est totomatic smile

Par contre les explications de ce dépôt Git concernant la compilation via DKMS me semblent effectivement un peu lacunaires (note que c'est plutôt la première commande qui doit être adaptée, puisque le paquet linux-headers-generic est un paquet Ubuntu...), si tu veux je regarde les deux méthodes en Live Stretch (avec un noyau 4.9 donc) et je te fais un retour un peu plus détaillé.

edit: le paquet deb du site Easy Linux tips project s'installe bien (modulo quelques dépendances à satisfaire), que ce soit en 3.16 ou en 4.9 ; comment avais-tu procédé ? GDebi ou dpkg ? note, par ailleurs, que le pilote installé c'est-à-dire le module 8192eu, est basé sur la version 4.3.15 (20150715) du pilote Realtek alors que celui du dépôt Git de Magnus Bergmark est basé sur la version 4.3.1.1 (20140505) ; bref je ne poste la suite qu'en cas d'absolue nécessité vitale wink

Dernière modification par èfpé (27-05-2017 23:54:42)

Hors ligne

Pied de page des forums