Vous n'êtes pas identifié(e).
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 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 07:34:11)
Hors ligne
Dernière modification par èfpé (17-05-2017 11:44:44)
Hors ligne
Hors ligne
Hors ligne
Dernière modification par èfpé (18-05-2017 18:16:16)
Hors ligne
[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 :
La commande # systemctl restart networking.service mouline mais ne retourne rien, et ne fait pas fonctionner le wifi.
J'ai tenté :
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 22:44:44)
Hors ligne
devrait se terminer par
devrait se terminer par
Accessoirement, il pourrait ne pas être totalement inutile de faire le point sur l'aspect matériel :
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 02:54:54)
Hors ligne
Les infos demandées (avant changement de nom) :
Changement de nom réussi :
Mais :
D'où : mise à jour nécessaire de interfaces :
Malheureusement ça ne suffit pas :
Après reboot, toujours pas de réseau
J'ajoute une bizarrerie que j'ai remarquée :
au reboot, le réseau filaire ne fonctionne pas.
Mais après
ç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
Dernière modification par mth (19-05-2017 09:00:15)
Hors ligne
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 ) ; 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 :
Ultime proposition, reporter le bazar chez le boulanger et exiger un machin qui fonctionne
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 :
Et effectivement tu as raison, s'il est normal que la commande suivante :
ne retourne rien il faut noter qu'elle ne redémarre que le réseau filaire
Dernière modification par èfpé (19-05-2017 22:24:32)
Hors ligne
Vérifier le nom de l'ESSID
Un autre outil pour le dhcp est dhclient
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
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).
Ultime proposition, reporter le bazar chez le boulanger et exiger un machin qui fonctionne
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
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.
être certain que la clé est alimentée (diode allumée, si elle existe)
Pas de diode sur ce modèle semble-t-il (?)
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) :
Vérifier le nom de l'ESSID
Je ne comprends pas ce que tu proposes. Est-ce en lien avec ifconfig wlan0 up ?
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
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...
[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 :
l'incontournable Wi-Fi est une source inépuisable d'emmerdements
Dernière modification par mth (24-05-2017 17:16:36)
Hors ligne
Dernière modification par phlinux (24-05-2017 17:29:55)
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
- 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 ) ; 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
Dernière modification par èfpé (24-05-2017 23:04:04)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par phlinux (25-05-2017 12:11:37)
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Hors ligne
(@smolski : je ne suis pas une guenon, tu ajoutes la diffamation au sabotage de pseudo )
Chez moi pépé c'est le diminutif affectueux pour grand-père
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
L'après midi va-t-il être orageux ?
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
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
Dernière modification par èfpé (25-05-2017 13:12:42)
Hors ligne
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é et pourtant suis à l'eau avec la température qui monte
lire le courrier des autres, c'est mal
mais qu'est-ce que c'est tentant
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
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
Hors ligne
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
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 )
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 ) :
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"...)
- 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 ?
- 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 ??
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.
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...
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.
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)
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.
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
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 14:59:57)
Hors ligne
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
É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 ?
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
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 ?
[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 00:35:12)
Hors ligne
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 :
Realtek 8812AU/8821AU USB WiFi driver.
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
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
Dernière modification par èfpé (27-05-2017 22:54:42)
Hors ligne