Vous n'êtes pas identifié(e).
Pages : 1
le 2: wlpOs....... c'est la cle usb wifi qui me permet d'aller sur internet en attendant de régler ce problème
merci de vos réponses
thierry
Dernière modification par solar66 (25-05-2019 09:19:27)
Hors ligne
ce n'est pas la panacée mais çà t'aidera à faire un état des lieux de ta connexion wifi .
après , faut demander à plus connaisseur que moi .
Hors ligne
Dernière modification par solar66 (24-05-2019 17:25:11)
Hors ligne
éventuellement , mais çà doit pas donner de résultat intéressant :
Dernière modification par Debian Alain (24-05-2019 17:39:00)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
et
Dernière modification par solar66 (24-05-2019 19:10:07)
Hors ligne
- Le module est blacklisté dans un fichier /etc/modprobe.d/*.conf.
Explication possible du blacklistage : ce pilote fonctionnait mal et tu l'avais remplacé par le pilote r8168 du fabricant Realtek. Mais il faut le recompiler à chaque mise à jour du noyau, ce qui ne semble pas avoir été le cas pour le noyau actuel sinon lspci -k l'aurait listé.
Sinon, tu peux charger le module r8169 manuellement pour voir ce qui se passe.
Il vaut mieux montrer que raconter.
Hors ligne
pardon râleur , je viens de voir ta réponse .
bon , je vous laisse . bonne chance .
Dernière modification par Debian Alain (24-05-2019 19:45:59)
Hors ligne
internet re-fonctionne avec cette carte
et, effectivement, comme tu l'as constaté, j'ai 2 cartes d'installées, actuellement,
Explication possible du blacklistage : ce pilote fonctionnait mal et tu l'avais remplacé par le pilote r8168 du fabricant Realtek
je ne me souvient pas de cela, et pourtant, j'avais soulevé ce problème ici:
https://debian-facile.org/viewtopic.php?id=23178
en conclusion, à chaque mise à jour du noyau, il me faudra exécuter cette commande:
Merci à vous 2 pour votre rapidité d'intervention et surtout pour votre efficacité
thierry
Hors ligne
en conclusion, à chaque mise à jour du noyau, il me faudra exécuter cette commande
Pas vraiment, non, car son effet n'est pas persistant. En l'état actuel, je crains qu'il faille l'exécuter à chaque démarrage.
As-tu vérifié un éventuel blacklistage comme je l'ai suggéré ?
Il vaut mieux montrer que raconter.
Hors ligne
as vraiment, non, car son effet n'est pas persistant. En l'état actuel, je crains qu'il faille l'exécuter à chaque démarrage.
en effet, au démarrage, ce matin, retour à la case départ;
As-tu vérifié un éventuel blacklistage comme je l'ai suggéré ?
oui, je l'avais fait hier soir, voici le résultat:
et voici le contenu des différents fichiers contenus dans modprobe.d
blacklist:
blacklist r8169
blacklist-r8169.conf:
blacklist r8169
blacklist r8169
et dans modprobe.d, il y a également ces fichiers:
amd64-microcode-blacklist.conf:
# The microcode module attempts to apply a microcode update when
# it autoloads. This is not always safe, so we block it by default.
blacklist microcode
dkms.conf:
# modprobe information used for DKMS modules
#
# This is a stub file, should be edited when needed,
# used by default by DKMS.
intel-microcode-blacklist.conf:
# The microcode module attempts to apply a microcode update when
# it autoloads. This is not always safe, so we block it by default.
blacklist microcode
Hors ligne
car il contient une copie des fichiers modprobe.
Mais si le module a été blacklisté, c'est pour une raison. Probablement pour utiliser l'autre pilote r8168. Que retourne la commande suivante ?
et
S'il y a eu mise à jour du noyau, il manque peut-être les en-têtes du nouveau noyau pour compiler le module.
Dernière modification par raleur (25-05-2019 07:26:13)
Il vaut mieux montrer que raconter.
Hors ligne
et là, tout semble rentrer dans l'ordre, j'ai une connexion filaire au redémarrage de debian
j'ai un petit message d'erreur au démarrage du système, ou il semble être question de r8169, mais trop rapide pour lire, et je ne sais pas ou se trouve ce fichier de démarrage, dans /var/log
sinon, les commandes demandées:
Hors ligne
j'ai un petit message d'erreur au démarrage du système, ou il semble être question de r8169, mais trop rapide pour lire, et je ne sais pas ou se trouve ce fichier de démarrage, dans /var/log
Probablement celui-ci :
Il est causé par un firmware manquant, mais optionnel si la connexion réseau fonctionne bien. Il est inclus dans le paquet firmware-realtek (section non-free).
Concernant les résultats des commandes :
Il y a bien un module r8168 pour le noyau précédent (4.9.0-8), ce qui explique le blacklistage de r8169. Mais le module r8168 n'a pas été recompilé pour le dernier noyau 4.9.0-9.
Les en-têtes pour le dernier noyau 4.9.0-9 nécessaires à la compilation de modules externes sont bien présents grâce au méta-paquet linux-headers-amd64 qui dépend de la dernière version disponible.
Par contre le paquet r8168-dkms, qui automatise la compilation du module r8168 pour chaque nouveau noyau, n'est pas installé, ce qui explique pourquoi le module n'existe pas pour le dernier noyau. Soit il a été désinstallé, soit le module avait été compilé manuellement à partir d'un tar.gz pour le noyau précédent.
Bref, si le pilote standard r8169 fonctionne bien, autant laisser comme ça.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Pages : 1