Plus d'internet sous ubuntu 11.04, 1 solution
Résolu/Fermé
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
-
Modifié par didus le 5/08/2011 à 19:42
didus Messages postés 141 Date d'inscription vendredi 19 septembre 2003 Statut Membre Dernière intervention 10 mai 2013 - 2 nov. 2011 à 00:13
didus Messages postés 141 Date d'inscription vendredi 19 septembre 2003 Statut Membre Dernière intervention 10 mai 2013 - 2 nov. 2011 à 00:13
A voir également:
- Plus d'internet sous ubuntu 11.04, 1 solution
- Gps sans internet - Guide
- Ubuntu iso - Télécharger - Systèmes d'exploitation
- Ubuntu 32 bits - Télécharger - Systèmes d'exploitation
- Ubuntu 24.04 - Guide
- Pack solution - Télécharger - Divers Utilitaires
40 réponses
mamiemando
Messages postés
33274
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 septembre 2024
7 783
13 août 2011 à 01:54
13 août 2011 à 01:54
Dans tes deux messages, ce qui est bizarre c'est qu'un module est chargé alors qu'il n'y a pas de modules dans ton arborescence de modules.
Alors où est ce module ? D'une part tu n'as plus le module standard dans /lib/modules (alors que normalement il est sensé marcher). D'autre part, tu parles de réinstallation ce qui laisse penser que tu recompiles un module (j'imagine avec la commande make). Ce qui est surprenant c'est que ce module (à l'issue du make install) devrait figurer dans ton arborescence de modules...
Du coup je ne pige pas trop ce que tu as fait.
Alors où est ce module ? D'une part tu n'as plus le module standard dans /lib/modules (alors que normalement il est sensé marcher). D'autre part, tu parles de réinstallation ce qui laisse penser que tu recompiles un module (j'imagine avec la commande make). Ce qui est surprenant c'est que ce module (à l'issue du make install) devrait figurer dans ton arborescence de modules...
Du coup je ne pige pas trop ce que tu as fait.
nanobis
Messages postés
1281
Date d'inscription
mardi 4 septembre 2007
Statut
Membre
Dernière intervention
26 février 2014
113
Modifié par nanobis le 13/08/2011 à 22:48
Modifié par nanobis le 13/08/2011 à 22:48
Bien compliqué tout ça ! pourquoi ne pas faire une installation à la main avec :
ifconfigeth0 adress net mask 2555.255.... up
route add default gateway 192....
Pas besoin de déclarer les dns puisqu'ils y sont déjà.
Bidouiller aussi le fichier /etc/network/interfaces
Moi aussi j'ai eu ce problème et je croyais que c'était la carte !
Merci, elle va bien puisque je m'en sers toujours.
Je crois qu'il y a un bug là !
ifconfigeth0 adress net mask 2555.255.... up
route add default gateway 192....
Pas besoin de déclarer les dns puisqu'ils y sont déjà.
Bidouiller aussi le fichier /etc/network/interfaces
Moi aussi j'ai eu ce problème et je croyais que c'était la carte !
Merci, elle va bien puisque je m'en sers toujours.
Je crois qu'il y a un bug là !
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
Modifié par didus le 13/08/2011 à 23:58
Modifié par didus le 13/08/2011 à 23:58
Pour mamiemando
ce que je fais est simple, c'est ce que j'écris dans le 1er post, je lance la commande d'installation du 8168 contenu dans le driver téléchargé (trouvée dans le readme).
Réinstallation lancée par la commande sudo ./autorun.sh
à chaque redémarrage je dois faire ça, le résultat est la désinstallation du 8169 et l'installation du 8168 et tout fonctionne, niveau internet.
Pour Nanobis
En effet la solution à mon problème me semble simple, virer définitivement le 8169 et installer définitivement le 8168, ou au moins essayer pour voir.
Soucis, c'est que si je bidouille plutôt bien windows, je ne connais que trés peu de choses, voir rien, au système Linux, la position de ses fichiers et l'usage des lignes de commandes...
Alors je réinstalle à chaque lancement, c'est de l'ordre de 15" et ça marche à chaque fois, ce n'est donc pas si terrible.
Merci à tous, surtout à mamiemando qui à passé du temps et m'a donné quelques pistes, mais c'est vrai que la solution que je perçois, je ne sais pas comment faire et ne peut donc l'appliquer.
Mais comme je vous dit ce n'est pas très grave.
Cordialement
ce que je fais est simple, c'est ce que j'écris dans le 1er post, je lance la commande d'installation du 8168 contenu dans le driver téléchargé (trouvée dans le readme).
Réinstallation lancée par la commande sudo ./autorun.sh
à chaque redémarrage je dois faire ça, le résultat est la désinstallation du 8169 et l'installation du 8168 et tout fonctionne, niveau internet.
Pour Nanobis
En effet la solution à mon problème me semble simple, virer définitivement le 8169 et installer définitivement le 8168, ou au moins essayer pour voir.
Soucis, c'est que si je bidouille plutôt bien windows, je ne connais que trés peu de choses, voir rien, au système Linux, la position de ses fichiers et l'usage des lignes de commandes...
Alors je réinstalle à chaque lancement, c'est de l'ordre de 15" et ça marche à chaque fois, ce n'est donc pas si terrible.
Merci à tous, surtout à mamiemando qui à passé du temps et m'a donné quelques pistes, mais c'est vrai que la solution que je perçois, je ne sais pas comment faire et ne peut donc l'appliquer.
Mais comme je vous dit ce n'est pas très grave.
Cordialement
mamiemando
Messages postés
33274
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 septembre 2024
7 783
14 août 2011 à 01:23
14 août 2011 à 01:23
nanobis
Merci de ton intervention. Je vais reprendre tes remarques pour y répondre.
Bien compliqué tout ça ! pourquoi ne pas faire une installation à la main avec :
ifconfig eth0 adress net mask 255.255.... up
route add default gateway 192....
Parce que ceci suppose que la carte réseau soit fonctionnelle ! Tout simplement. De plus dans un réseau muni d'un serveur DHCP (comme c'est le cas dans tous les réseaux domestiques munis d'une box), ça n'a pas de sens. Tout s'obtient automatiquement par DHCP.
Pas besoin de déclarer les dns puisqu'ils y sont déjà.
Bidouiller aussi le fichier /etc/network/interfaces
Idem. Les DNS (référencés dans /etc/resolv.conf) sont écrasés à chaque requête DHCP (sauf configuration contraire dans dhclient ou dans network-manager). Je t'invite à lire ceci si tu veux plus de détails :
http://www.mistra.fr/tutoriel-linux-configurer-le-reseau.html
Moi aussi j'ai eu ce problème et je croyais que c'était la carte !
Si la carte n'apparaît pas lors de la commande :
... c'est dû à un problème matériel, soit parce que le noyau ne la supporte pas, soit parce que le module qui prend en charge la carte n'est pas chargé.
Ça n'a donc rien à voir comme tu le suggères avec la configuration IP, qui intervient a posteriori, quand la carte est reconnue.
didus
En effet la solution à mon problème me semble simple, virer définitivement le 8169 et installer définitivement le 8168, ou au moins essayer pour voir.
1) Ok je n'avais pas vu que tu utilisais deux modules différents. Lequel marche, lequel ne marche pas ?
2) Comment sont-ils installés réciproquement ? Je suppose que l'un est installé de base (avec ton noyau) et que pour l'autre tu as récupéré des sources que tu as compilé ?
3) As-tu essayé de blacklister dans /etc/modprobe.d/backlist.conf celui qu'il ne faut pas charger.
Si le driver qui marche est compilé à la main, as-tu pensé à lancer :
... à l'issue de la compilation pour qu'il s'installe dans /lib/modules ?
Est-ce que ce module est présent dans ton arborescence de module (adapte la commande find que je t'ai donnée).
Soucis, c'est que si je bidouille plutôt bien windows, je ne connais que trés peu de choses, voir rien, au système Linux, la position de ses fichiers et l'usage des lignes de commandes...
Pour la position des fichiers commence par lire ceci :
http://www.mistra.fr/tutoriel-linux-fhs.html
... et pour les bases du "mode texte" :
http://www.mistra.fr/tutoriel-linux-mode-texte.html
Il sera toujours temps d'apprendre les commandes par la suite, mais sache que leur nom est logique (par exemple les préfixes ont toujours le même sens, ls = list = lister ; rm = remove = supprimer ; ch = change = modifier ; mk = make = créer ...) et certains suffixes aussi (mod = module ; sh = shell) etc...
Ainsi on devine que "lsmod" par exemple liste les modules chargés.
Ensuite n'oublie pas que sous linux toutes les commandes sont documentées grâce au man. Celui-ci te suggère les commandes connexes ce qui permet d'apprendre étant donné une commande celles qui s'y rapportent et ainsi "enrichir son vocabulaire" :)
http://www.mistra.fr/tutoriel-linux-man.html
Merci à tous, surtout à mamiemando qui à passé du temps et m'a donné quelques pistes, mais c'est vrai que la solution que je perçois, je ne sais pas comment faire et ne peut donc l'appliquer.
De rien ;)
En fait je viens seulement de percuter que tu n'utilisais pas toujours le même module c'est pour ça que je ne voyais pas et que je ne comprenais pas ce que tu faisais.
Voici comment je perçois le problème. Ton noyau charge un module qui ne prend pas en charge ta carte. Ayant chargé ce module, il ne charge pas le bon. En blacklistant le mauvais module, il chargera au démarrage le bon.
J'aimerais seulement m'assurer :
- que les deux modules sont présents dans /lib/modules/$(uname -r)
- que le "mauvais module" est blacklisté dans /etc/modprobe.d/blacklist.conf
- que le "bon module" est référencé dans /etc/modules
- et qu'au redémarrage tout marche bien (lsmod etc...) :-)
Bonne chance
Merci de ton intervention. Je vais reprendre tes remarques pour y répondre.
Bien compliqué tout ça ! pourquoi ne pas faire une installation à la main avec :
ifconfig eth0 adress net mask 255.255.... up
route add default gateway 192....
Parce que ceci suppose que la carte réseau soit fonctionnelle ! Tout simplement. De plus dans un réseau muni d'un serveur DHCP (comme c'est le cas dans tous les réseaux domestiques munis d'une box), ça n'a pas de sens. Tout s'obtient automatiquement par DHCP.
Pas besoin de déclarer les dns puisqu'ils y sont déjà.
Bidouiller aussi le fichier /etc/network/interfaces
Idem. Les DNS (référencés dans /etc/resolv.conf) sont écrasés à chaque requête DHCP (sauf configuration contraire dans dhclient ou dans network-manager). Je t'invite à lire ceci si tu veux plus de détails :
http://www.mistra.fr/tutoriel-linux-configurer-le-reseau.html
Moi aussi j'ai eu ce problème et je croyais que c'était la carte !
Si la carte n'apparaît pas lors de la commande :
/sbin/ifconfig -a
... c'est dû à un problème matériel, soit parce que le noyau ne la supporte pas, soit parce que le module qui prend en charge la carte n'est pas chargé.
Ça n'a donc rien à voir comme tu le suggères avec la configuration IP, qui intervient a posteriori, quand la carte est reconnue.
didus
En effet la solution à mon problème me semble simple, virer définitivement le 8169 et installer définitivement le 8168, ou au moins essayer pour voir.
1) Ok je n'avais pas vu que tu utilisais deux modules différents. Lequel marche, lequel ne marche pas ?
2) Comment sont-ils installés réciproquement ? Je suppose que l'un est installé de base (avec ton noyau) et que pour l'autre tu as récupéré des sources que tu as compilé ?
3) As-tu essayé de blacklister dans /etc/modprobe.d/backlist.conf celui qu'il ne faut pas charger.
gksudo gedit /etc/modprobe.d/backlist.conf &
Si le driver qui marche est compilé à la main, as-tu pensé à lancer :
sudo make install
... à l'issue de la compilation pour qu'il s'installe dans /lib/modules ?
Est-ce que ce module est présent dans ton arborescence de module (adapte la commande find que je t'ai donnée).
Soucis, c'est que si je bidouille plutôt bien windows, je ne connais que trés peu de choses, voir rien, au système Linux, la position de ses fichiers et l'usage des lignes de commandes...
Pour la position des fichiers commence par lire ceci :
http://www.mistra.fr/tutoriel-linux-fhs.html
... et pour les bases du "mode texte" :
http://www.mistra.fr/tutoriel-linux-mode-texte.html
Il sera toujours temps d'apprendre les commandes par la suite, mais sache que leur nom est logique (par exemple les préfixes ont toujours le même sens, ls = list = lister ; rm = remove = supprimer ; ch = change = modifier ; mk = make = créer ...) et certains suffixes aussi (mod = module ; sh = shell) etc...
Ainsi on devine que "lsmod" par exemple liste les modules chargés.
Ensuite n'oublie pas que sous linux toutes les commandes sont documentées grâce au man. Celui-ci te suggère les commandes connexes ce qui permet d'apprendre étant donné une commande celles qui s'y rapportent et ainsi "enrichir son vocabulaire" :)
http://www.mistra.fr/tutoriel-linux-man.html
Merci à tous, surtout à mamiemando qui à passé du temps et m'a donné quelques pistes, mais c'est vrai que la solution que je perçois, je ne sais pas comment faire et ne peut donc l'appliquer.
De rien ;)
En fait je viens seulement de percuter que tu n'utilisais pas toujours le même module c'est pour ça que je ne voyais pas et que je ne comprenais pas ce que tu faisais.
Voici comment je perçois le problème. Ton noyau charge un module qui ne prend pas en charge ta carte. Ayant chargé ce module, il ne charge pas le bon. En blacklistant le mauvais module, il chargera au démarrage le bon.
J'aimerais seulement m'assurer :
- que les deux modules sont présents dans /lib/modules/$(uname -r)
- que le "mauvais module" est blacklisté dans /etc/modprobe.d/blacklist.conf
- que le "bon module" est référencé dans /etc/modules
- et qu'au redémarrage tout marche bien (lsmod etc...) :-)
Bonne chance
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
nanobis
Messages postés
1281
Date d'inscription
mardi 4 septembre 2007
Statut
Membre
Dernière intervention
26 février 2014
113
Modifié par nanobis le 14/08/2011 à 11:41
Modifié par nanobis le 14/08/2011 à 11:41
Pour synthétiser mes idées, j'irais voir le site suivant : oui il parle aussi de DHCP le paragraphe
Configuration automatique au démarrage donne des informations interessantes .
https://fr.wikibooks.org/wiki/Administration_r%C3%A9seau_sous_Linux/Configuration_r%C3%A9seau
Configuration automatique au démarrage donne des informations interessantes .
https://fr.wikibooks.org/wiki/Administration_r%C3%A9seau_sous_Linux/Configuration_r%C3%A9seau
mamiemando
Messages postés
33274
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 septembre 2024
7 783
14 août 2011 à 14:36
14 août 2011 à 14:36
Je cite ton propre article :
Les cartes réseau sont souvent détectées au démarrage. Si ce n'est pas le cas il faudra charger les modules correspondants.
Toute la suite repose sur cette hypothèse, qui n'est pas vérifié dans le problème qu'on traite. Dans le cas présent, didus a un conflit de module qui fait qu'une fois sur deux la carte n'est pas détectée.
Ça n'a donc rien à voir avec une problématique de configuration IP qui est l'objet de l'article que tu indiques.
Les cartes réseau sont souvent détectées au démarrage. Si ce n'est pas le cas il faudra charger les modules correspondants.
Toute la suite repose sur cette hypothèse, qui n'est pas vérifié dans le problème qu'on traite. Dans le cas présent, didus a un conflit de module qui fait qu'une fois sur deux la carte n'est pas détectée.
Ça n'a donc rien à voir avec une problématique de configuration IP qui est l'objet de l'article que tu indiques.
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
Modifié par didus le 14/08/2011 à 23:36
Modifié par didus le 14/08/2011 à 23:36
Bonsoir,
Mamiemando, je crois que tes dernières infos vont m'apporter la solution, comme tu me l'avais conseillé, tout au début, j'avais opéré l'ajout dans les modules du 8168 et je t'avais signalé, mais c'est vrai que ce n'était clair que pour moi, que j'avais deux modules qui se désinstallaient l'ors de la réinstall du driver.
Sous entendu avant je n'en n'avais qu'un, le 8169...
citation
J'avais bien fait ce que tu m'avais demandé et /etc/modules contenait:
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
lp
r8168 (que je venais de rajouter)
C'est à partir de ce moment que ma réinstallation enlève dans un premier temps deux lignes au lieu d'une
rmmod r8169 (avant il n'y avait que celle là)
rmmod r8168
mais je n'avais toujours pas de net, comme maintenant avant une nouvelle réinstallation...
Donc je pense que la commande de mise hors circuit du 8169 va résoudre le soucis (là je suis sous windows)
donc blacklistage + réécriture du 8168 dans les modules
je quitte windows, relance, fais les manips, relance et test et relance et reviens au rapport.
Merci encore du temps pris pour mon apprentissage et l'assistance personnalisée!
Car chaque jour qui passe me rend moins bête grâce à ton aide, merci également à nanobis pour tes infos.
Cordialement
Mamiemando, je crois que tes dernières infos vont m'apporter la solution, comme tu me l'avais conseillé, tout au début, j'avais opéré l'ajout dans les modules du 8168 et je t'avais signalé, mais c'est vrai que ce n'était clair que pour moi, que j'avais deux modules qui se désinstallaient l'ors de la réinstall du driver.
Sous entendu avant je n'en n'avais qu'un, le 8169...
citation
J'avais bien fait ce que tu m'avais demandé et /etc/modules contenait:
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
lp
r8168 (que je venais de rajouter)
C'est à partir de ce moment que ma réinstallation enlève dans un premier temps deux lignes au lieu d'une
rmmod r8169 (avant il n'y avait que celle là)
rmmod r8168
mais je n'avais toujours pas de net, comme maintenant avant une nouvelle réinstallation...
Donc je pense que la commande de mise hors circuit du 8169 va résoudre le soucis (là je suis sous windows)
donc blacklistage + réécriture du 8168 dans les modules
je quitte windows, relance, fais les manips, relance et test et relance et reviens au rapport.
Merci encore du temps pris pour mon apprentissage et l'assistance personnalisée!
Car chaque jour qui passe me rend moins bête grâce à ton aide, merci également à nanobis pour tes infos.
Cordialement
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
Modifié par didus le 15/08/2011 à 00:37
Modifié par didus le 15/08/2011 à 00:37
Bien, encore des essais qui n'ont pas donné le résultat escompté...
Tout d'abord le petit piège de "backlist" m'a donné du fil à retordre, les deux modules étant toujours présents, j'ai gratté et trouvé deux fichiers identiques "blacklist.conf, mais en y regardant de plus prés, il manquait un l à l'un des deux...
Malheureusement mon ajout dans le bon fichier de la ligne "blacklist r8169" n'a pas eu d'effet, j'ai toujours ce résultat:
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r8169
r8169 46630 0
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r8168
r8168 181357 0
Apparemment les deux modules sont toujours lancés au démarrage, le 8169 automatiquement, noyau sans doute, le 8168 depuis mon ajout dans /etc/modules
Peut être faut il indiquer un chemin ou la syntaxe du blacklistage n'est elle pas bonne?
Autrement les deux modules n'existent pas dans /lib/modules/2.6.38-11-generic-pae/ mais je trouve sous /lib/modules/2.6.38-11-generic-pae/kernel/drivers/net :
r8168.ko
r8169.old (c'est moi qui l'ai renommé) et
r8169.bak
pas de r8169.ko
et pourtant les deux sont lancés au démarrage ???
Cordialement
Tout d'abord le petit piège de "backlist" m'a donné du fil à retordre, les deux modules étant toujours présents, j'ai gratté et trouvé deux fichiers identiques "blacklist.conf, mais en y regardant de plus prés, il manquait un l à l'un des deux...
Malheureusement mon ajout dans le bon fichier de la ligne "blacklist r8169" n'a pas eu d'effet, j'ai toujours ce résultat:
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r8169
r8169 46630 0
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r8168
r8168 181357 0
Apparemment les deux modules sont toujours lancés au démarrage, le 8169 automatiquement, noyau sans doute, le 8168 depuis mon ajout dans /etc/modules
Peut être faut il indiquer un chemin ou la syntaxe du blacklistage n'est elle pas bonne?
Autrement les deux modules n'existent pas dans /lib/modules/2.6.38-11-generic-pae/ mais je trouve sous /lib/modules/2.6.38-11-generic-pae/kernel/drivers/net :
r8168.ko
r8169.old (c'est moi qui l'ai renommé) et
r8169.bak
pas de r8169.ko
et pourtant les deux sont lancés au démarrage ???
Cordialement
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
Modifié par didus le 15/08/2011 à 01:05
Modifié par didus le 15/08/2011 à 01:05
Dernier essai, je supprime les trois drivers ci dessus cités et relance:
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r8168
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r8169
r8169 46630 0
le 8168 disparaît le 8169 est toujours là, j'en déduis que peut être le fichier contenant le driver porte un autre nom ou est situé ailleurs par exemple dans une ancienne version d'ubuntu ???
Pourtant
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ find /lib | grep r8169
bibuntu@bibuntu-P35-Platinum-MS-7345:~$
semble indiquer que le r8169 n'existe plus du tout ??
Pas simple cette affaire.
Bonne nuit
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r8168
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r8169
r8169 46630 0
le 8168 disparaît le 8169 est toujours là, j'en déduis que peut être le fichier contenant le driver porte un autre nom ou est situé ailleurs par exemple dans une ancienne version d'ubuntu ???
Pourtant
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ find /lib | grep r8169
bibuntu@bibuntu-P35-Platinum-MS-7345:~$
semble indiquer que le r8169 n'existe plus du tout ??
Pas simple cette affaire.
Bonne nuit
mamiemando
Messages postés
33274
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 septembre 2024
7 783
15 août 2011 à 03:14
15 août 2011 à 03:14
Mmmmh il doit bien sortir de quelque part ce module. Bon si j'ai bien suivi le bon driver est le r8168, le mauvais le r8169. J'ai bon ?
Installe en root (ou avec sudo) le paquet "locate" :
(ou encore plus violent, mais plus lent) :
Reporte-moi le résultat de cette dernière commande ainsi que :
Supprime le fichier mal orthographié, je pense que c'est toi qui a fait une fausse manipulation.
semble indiquer que le r8169 n'existe plus du tout ??
Oui dans /lib du moins... Mais c'est là qu'il devrait être en théorie effectivement...
Bonne chance
Installe en root (ou avec sudo) le paquet "locate" :
aptitude update aptitude install locate updatedb locate r8169
(ou encore plus violent, mais plus lent) :
find / | grep r8169
Reporte-moi le résultat de cette dernière commande ainsi que :
cat /etc/modprobe.d/blacklist.conf
Supprime le fichier mal orthographié, je pense que c'est toi qui a fait une fausse manipulation.
semble indiquer que le r8169 n'existe plus du tout ??
Oui dans /lib du moins... Mais c'est là qu'il devrait être en théorie effectivement...
Bonne chance
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
15 août 2011 à 23:35
15 août 2011 à 23:35
Bonsoir,
les réponses aux questions
1) 8168 bon, 8169 pas bon, 8169 + 8168 pas bon non plus
2) bibuntu@bibuntu-P35-Platinum-MS-7345:~$ sudo find / | grep r8169
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169.h
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169.h
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169.h
bibuntu@bibuntu-P35-Platinum-MS-7345:~$
et
3) bibuntu@bibuntu-P35-Platinum-MS-7345:~$ cat /etc/modprobe.d/blacklist.conf
# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.
# evbug is a debug tool that should be loaded explicitly
blacklist evbug
# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd
# replaced by e100
blacklist eepro100
# replaced by tulip
blacklist de4x5
# causes no end of confusion by creating unexpected network interfaces
blacklist eth1394
# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
blacklist snd_intel8x0m
# Conflicts with dvb driver (which is better for handling this device)
blacklist snd_aw2
# causes failure to suspend on HP compaq nc6000 (Ubuntu: #10306)
blacklist i2c_i801
# replaced by p54pci
blacklist prism54
# replaced by b43 and ssb.
blacklist bcm43xx
# most apps now use garmin usb driver directly (Ubuntu: #114565)
blacklist garmin_gps
# replaced by asus-laptop (Ubuntu: #184721)
blacklist asus_acpi
# low-quality, just noise when being used for sound playback, causes
# hangs at desktop session start (Ubuntu: #246969)
blacklist snd_pcsp
# ugly and loud noise, getting on everyone's nerves; this should be done by a
# nice pulseaudio bing (Ubuntu: #77010)
blacklist pcspkr
# EDAC driver for amd76x clashes with the agp driver preventing the aperture
# from being initialised (Ubuntu: #297750). Blacklist so that the driver
# continues to build and is installable for the few cases where its
# really needed.
blacklist amd76x_edac
# retire le r8169 pour permettre au r8168 de fonctionner
# sinon pas de net et réinstalle le 8168 a chaque fois
blacklist r8169
bibuntu@bibuntu-P35-Platinum-MS-7345:~$
Mes interrogations
1) Supprimer toutes ces fichiers ou répertoires
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169.h
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169.h
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169.h
serait il une bonne idée?
2) ai je bien écrit ce qu'il fallait blacklister (syntaxe)?
Encore tous mes remerciements pour le temps passé et l'assistance.
Cordialement
les réponses aux questions
1) 8168 bon, 8169 pas bon, 8169 + 8168 pas bon non plus
2) bibuntu@bibuntu-P35-Platinum-MS-7345:~$ sudo find / | grep r8169
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169.h
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169.h
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169.h
bibuntu@bibuntu-P35-Platinum-MS-7345:~$
et
3) bibuntu@bibuntu-P35-Platinum-MS-7345:~$ cat /etc/modprobe.d/blacklist.conf
# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.
# evbug is a debug tool that should be loaded explicitly
blacklist evbug
# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd
# replaced by e100
blacklist eepro100
# replaced by tulip
blacklist de4x5
# causes no end of confusion by creating unexpected network interfaces
blacklist eth1394
# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
blacklist snd_intel8x0m
# Conflicts with dvb driver (which is better for handling this device)
blacklist snd_aw2
# causes failure to suspend on HP compaq nc6000 (Ubuntu: #10306)
blacklist i2c_i801
# replaced by p54pci
blacklist prism54
# replaced by b43 and ssb.
blacklist bcm43xx
# most apps now use garmin usb driver directly (Ubuntu: #114565)
blacklist garmin_gps
# replaced by asus-laptop (Ubuntu: #184721)
blacklist asus_acpi
# low-quality, just noise when being used for sound playback, causes
# hangs at desktop session start (Ubuntu: #246969)
blacklist snd_pcsp
# ugly and loud noise, getting on everyone's nerves; this should be done by a
# nice pulseaudio bing (Ubuntu: #77010)
blacklist pcspkr
# EDAC driver for amd76x clashes with the agp driver preventing the aperture
# from being initialised (Ubuntu: #297750). Blacklist so that the driver
# continues to build and is installable for the few cases where its
# really needed.
blacklist amd76x_edac
# retire le r8169 pour permettre au r8168 de fonctionner
# sinon pas de net et réinstalle le 8168 a chaque fois
blacklist r8169
bibuntu@bibuntu-P35-Platinum-MS-7345:~$
Mes interrogations
1) Supprimer toutes ces fichiers ou répertoires
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-11-generic-pae/include/config/r8169.h
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-10-generic-pae/include/config/r8169.h
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169/vlan.h
/usr/src/linux-headers-2.6.38-8-generic-pae/include/config/r8169.h
serait il une bonne idée?
2) ai je bien écrit ce qu'il fallait blacklister (syntaxe)?
Encore tous mes remerciements pour le temps passé et l'assistance.
Cordialement
mamiemando
Messages postés
33274
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 septembre 2024
7 783
16 août 2011 à 00:14
16 août 2011 à 00:14
1) Oui tu peux c'est sans risque, mais à mon avis ça ne changera rien... car ce n'est pas le ".ko". Je ne comprends pas d'où il est chargé s'il n'existe pas...
2) Oui ça me paraît juste. Personnellement je l'aurais mis en début de fichier mais je pense que ça ne change rien. C'est d'ailleurs expliqué en exemple ici :
https://wiki.centos.org/HowTos/Laptops/Acer/Aspire-One#head-1f3455e07e7f17f3e93b7b1174a04985b4c5ed9a
Sinon la solution extrême coniste à recompiler un noyau et désactiver le support r8169, comme ça on sera sûrs. Mais ça me paraît un peu extrême. Si toutefois tu ne vois plus que cette solution, tu peux suivre ce tutoriel :
http://www.mistra.fr/tutoriel-linux-compiler.html#h4-compiler-un-noyau
Une question : est ce que si tu décharges le module r8169 et que tu charges derrière le module r8168, ça fonctionne ?
En root (ou avec sudo) :
... car si oui, on pourrait imaginer rajouter un script dans /etc/init.d qui le fera de manière automatique (même si c'est un peu crade).
Bonne chance
2) Oui ça me paraît juste. Personnellement je l'aurais mis en début de fichier mais je pense que ça ne change rien. C'est d'ailleurs expliqué en exemple ici :
https://wiki.centos.org/HowTos/Laptops/Acer/Aspire-One#head-1f3455e07e7f17f3e93b7b1174a04985b4c5ed9a
Sinon la solution extrême coniste à recompiler un noyau et désactiver le support r8169, comme ça on sera sûrs. Mais ça me paraît un peu extrême. Si toutefois tu ne vois plus que cette solution, tu peux suivre ce tutoriel :
http://www.mistra.fr/tutoriel-linux-compiler.html#h4-compiler-un-noyau
Une question : est ce que si tu décharges le module r8169 et que tu charges derrière le module r8168, ça fonctionne ?
En root (ou avec sudo) :
rmmod r8169 insmod r8168 lsmod | grep r816 ifconfig -a
... car si oui, on pourrait imaginer rajouter un script dans /etc/init.d qui le fera de manière automatique (même si c'est un peu crade).
Bonne chance
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
16 août 2011 à 23:18
16 août 2011 à 23:18
Bonsoir,
Voilà exactement ce que je lance à chaquedémarrage:
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ sudo ./autorun.sh
[sudo] password for bibuntu:
Check old driver and unload it.
rmmod r8169
rmmod r8168
Build the module and install
[: 48: r8168: unexpected operator
Depending module. Please wait.
load module r8168
Completed.
je vais redemarrer et simplement lancer la désinstalle de 8169
rmmod r8169 pour voir
je reviens
Voilà exactement ce que je lance à chaquedémarrage:
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ sudo ./autorun.sh
[sudo] password for bibuntu:
Check old driver and unload it.
rmmod r8169
rmmod r8168
Build the module and install
[: 48: r8168: unexpected operator
Depending module. Please wait.
load module r8168
Completed.
je vais redemarrer et simplement lancer la désinstalle de 8169
rmmod r8169 pour voir
je reviens
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
16 août 2011 à 23:30
16 août 2011 à 23:30
Bien, ça ne fonctionne pas
j'essaie ta commande insmod et je reviens
j'essaie ta commande insmod et je reviens
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
16 août 2011 à 23:55
16 août 2011 à 23:55
bon, toujours rien, il n'y a que la réinstall qui agit??
je vais essayer le batch ou script auto avec
je vais essayer le batch ou script auto avec
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
Modifié par didus le 17/08/2011 à 00:30
Modifié par didus le 17/08/2011 à 00:30
mes derniéres commandes
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ sudo insmod r8168
insmod: can't read 'r8168': No such file or directory
le insmod ne lui plait pas même si j'essaie de lui indiquer un chemin.
Merci pour tout, j'aime bien trouver ce qui ne fonctionne pas, mais avec linux il m'est trop difficile d'avancer et chaque essai coûte vraiment pas mal de temps.
et cette saleté de 8169 qui est toujours là quoique je fasse, je suis allé voir l'histoire de recompiler le noyau... trop d'opérations que je ne maitrise pas et trop de temps à y consacrer.
Llà je vais conserver mon option de réinstallation systématique, j'ai la commande en tête et peut être qu'a la prochaine mise à jour de version cela fonctionnera de nouveau...
Encore grand merci à Mamiemando, tu as eu plus de patience que moi, j'ai un peu honte, je l'avoue de craquer, mais c'est fait et cela te liberera toi aussi de la contrainte que j'étais devenu.
Cordialement
bonne nuit à tous
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ sudo insmod r8168
insmod: can't read 'r8168': No such file or directory
le insmod ne lui plait pas même si j'essaie de lui indiquer un chemin.
Merci pour tout, j'aime bien trouver ce qui ne fonctionne pas, mais avec linux il m'est trop difficile d'avancer et chaque essai coûte vraiment pas mal de temps.
et cette saleté de 8169 qui est toujours là quoique je fasse, je suis allé voir l'histoire de recompiler le noyau... trop d'opérations que je ne maitrise pas et trop de temps à y consacrer.
Llà je vais conserver mon option de réinstallation systématique, j'ai la commande en tête et peut être qu'a la prochaine mise à jour de version cela fonctionnera de nouveau...
Encore grand merci à Mamiemando, tu as eu plus de patience que moi, j'ai un peu honte, je l'avoue de craquer, mais c'est fait et cela te liberera toi aussi de la contrainte que j'étais devenu.
Cordialement
bonne nuit à tous
mamiemando
Messages postés
33274
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 septembre 2024
7 783
17 août 2011 à 06:57
17 août 2011 à 06:57
Comme tu veux. Recompiler un noyau n'est pas si dur c'est juste lent. Bref comme tu le sens... Je reviens la semaine prochaine, d'ici là on verra si tu auras changé d'avis ;-)
Bonjour À tous,
J'ai un problème similaire. J'utilise le script sensé installer le 8168. Ca marche, mais au démarrage, c'Est de nouveau le 69 qui est là. Et le fait de le blacklister ne change rien.
Mais motivation est de faire marcher le gigabit avec cette carte. MAis ca marhce pas. Meme juste apres l'intall du 8168, ca plafonne a 100Mb (alors que sous Windoz, ca monte a 600 Mb).
J'ai un problème similaire. J'utilise le script sensé installer le 8168. Ca marche, mais au démarrage, c'Est de nouveau le 69 qui est là. Et le fait de le blacklister ne change rien.
Mais motivation est de faire marcher le gigabit avec cette carte. MAis ca marhce pas. Meme juste apres l'intall du 8168, ca plafonne a 100Mb (alors que sous Windoz, ca monte a 600 Mb).
mamiemando
Messages postés
33274
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 septembre 2024
7 783
8 sept. 2011 à 10:33
8 sept. 2011 à 10:33
Bah tente la recompilation d'un noyau. J'ai donné le lien plus haut. Ce n'est pas forcément compliqué, c'est juste que ça prend du temps à compiler.
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
21 sept. 2011 à 01:36
21 sept. 2011 à 01:36
Bonsoir,
Dernières nouvelles, mise à niveau ce soir, redémarrage, tout est OK, le net est valide dans la foulée, apparemment seul le 8168 est visible :
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r816
r8168 181357 0
Amitiés
Dernières nouvelles, mise à niveau ce soir, redémarrage, tout est OK, le net est valide dans la foulée, apparemment seul le 8168 est visible :
bibuntu@bibuntu-P35-Platinum-MS-7345:~$ lsmod | grep r816
r8168 181357 0
Amitiés
mamiemando
Messages postés
33274
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 septembre 2024
7 783
Modifié par mamiemando le 21/09/2011 à 09:32
Modifié par mamiemando le 21/09/2011 à 09:32
En d'autres termes, ton problème est résolu ? Si oui bascule le fil de discussion en tant que tel (cf lien au niveau de ton premier message).
Et sinon, que reste-t'il à régler ?
Bonne journée
Et sinon, que reste-t'il à régler ?
Bonne journée
didus
Messages postés
141
Date d'inscription
vendredi 19 septembre 2003
Statut
Membre
Dernière intervention
10 mai 2013
53
21 sept. 2011 à 23:47
21 sept. 2011 à 23:47
Bonsoir,
En effet cette dernière mise à jour à résolu le problème, je ne sais pas comment, peut être a t elle validé une des manips que tu m'as indiqué au fil des posts.
Quoi qu'il en soit je n'ai plus que le 8168, le 8169 qui fichait la zoubia à bel et bien disparu !
je modifie le fil dans ce sens.
Amitiés
En effet cette dernière mise à jour à résolu le problème, je ne sais pas comment, peut être a t elle validé une des manips que tu m'as indiqué au fil des posts.
Quoi qu'il en soit je n'ai plus que le 8168, le 8169 qui fichait la zoubia à bel et bien disparu !
je modifie le fil dans ce sens.
Amitiés
mamiemando
Messages postés
33274
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 septembre 2024
7 783
22 sept. 2011 à 07:57
22 sept. 2011 à 07:57
Parfait, merci pour ces précisions !