12.04 Le réseau câblé ne fonctionne pas RTL8111 / 8168B
sa nouvelle 12.04 installer 64bits. le wifi fonctionne bien, le fil reste éteint avec le câble connecté et le gestionnaire de réseau indique que le câble est déconnecté. La désactivation de la mise en réseau allume les voyants de ma carte réseau, l'activation de la mise en réseau éteint les voyants et aucune communication n'est possible.
J'ai déjà essayé d'éteindre le gestionnaire de réseau (arrêt du gestionnaire de réseau Sudo Service) et de configurer mon eth0 manuellement, dès que j'éteins le gestionnaire de réseau, mes voyants s'allument, mais après la configuration manuelle de eth0 (Sudo ifconfig eth0 10.2.10.114 masque de réseau 255.255.0.0) les voyants s’éteignent à nouveau. Je suis toujours en double amorçage avec 10.04 où je n’ai aucun problème, laissant le câble connecté en permanence à mon ordinateur portable et à un commutateur.
Voici quelques informations sur le matériel: lshw:
*-network
description: Ethernet interface
product: RTL8111/8168B PCI Express Gigabit Ethernet controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:03:00.0
logical name: eth0
version: 03
serial: c8:0a:a9:d7:05:97
size: 10Mbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=rtl_nic/rtl8168d-2.fw latency=0 link=no multicast=yes port=MII speed=10Mbit/s
resources: irq:42 ioport:2000(size=256) memory:f0004000-f0004fff memory:f0000000-f0003fff memory:f0010000-f001ffff
lspci:
02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
ifconfig eth0:
eth0 Link encap:Ethernet HWaddr c8:0a:a9:d7:05:97
inet addr:10.2.10.114 Bcast:10.2.255.255 Mask:255.255.0.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:42 Base address:0xc000
cat/etc/network/interfaces: (déjà essayé ici avec et sans eth0)
auto lo eth0
iface lo inet loopback
cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=false
Toute aide est la bienvenue;) Laket
J'ai résolu ce problème avec un peu de magie :)
r8169 semble ne pas fonctionner si c'est eth0 ... mais ça marche si c'est eth1 (ne me demandez pas pourquoi ... je ne sais pas)
Vous devez donc éditer le fichier /etc/udev/rules.d/70-persistent-net.rules. Vous trouverez quelque chose comme ça:
PCI device 0x8086:/sys/devices/pci0000:00/0000:00:19.0 (e1000e) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1c:c0:af:60:c5", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
changeons le dernier caractère du contenu de l'ATTR (adresse) (par exemple:: c5 "devient: c6":
PCI device 0x8086:/sys/devices/pci0000:00/0000:00:19.0 (e1000e) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1c:c0:af:60:c6", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Maintenant, redémarrez votre ordinateur, lorsque le système sera en place, votre carte réseau sera eth1 :)
Mise à jour - Mon problème n'était pas lié à l'auteur d'origine. Les instructions que j'ai fournies ci-dessous désactivaient Network Manager. Cela évite dnsmasq, inaccessible en raison du blocage par iptables du trafic UDP local à hôte local.
Est-ce un problème de DNS? Pouvez-vous ping 72.14.204.101 mais rien obtenir de Host google.com?
Editez /etc/network/interfaces pour ressembler à:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
Ensuite:
$ Sudo ifdown eth0
$ Sudo ifup eth0
Cela m'est arrivé après la mise à niveau de 11h10 à 12h04. Pour une raison quelconque, la dernière ligne du fichier d'interface avait été commentée.
J'ai eu le même problème. Je l'ai résolu en ajoutant (à la manière graphique) une nouvelle connexion réseau, qui se connecte automatiquement avec "DHCP automatique" comme paramètre. Il semble que ce défaut a été supprimé?!
Désolé pour mon anglais (traduit avec google) Voici le dernier pilote realtek du mois de mai à compiler:
Je lutte contre ce problème depuis un certain temps et je l’ai vu reprocher au module R8169 via plusieurs distributions d’Ubuntu et d’autres.
J'ai trouvé une suggestion (mais je ne me souviens plus où) pour passer à wicd comme gestionnaire de réseau.
Il existe de nombreuses versions d'Ubuntu et de leurs dérivés qui ne permettent pas de supprimer network-manager et network-manager-gnome, car il semble faire partie de la base du bureau.
J'ai trouvé des distributions Debian qui le permettront, telles que Bodhi et Debian XFCE. Lorsque je commute le système d'exploitation sur wicd, le problème de connexion câblée avec rtl8111/r8168 disparaît.
Une vérification de lsmod indique que le module r8169 est chargé. À la suite de cette expérience, je pense que le problème réside dans Network-Manager et non dans le module. Je peux me tromper et je le fais souvent, mais l'expérience est assez facile à essayer.
J'ai une carte mère ASUS avec 8111/8168B (rev06) et avait des problèmes similaires. En suivant cet article de blog , ma connexion câblée est désormais cohérente et le meilleur de tous rapidement. Si vous installez une nouvelle version du noyau, vous devez installer le module après avoir démarré dans le nouveau noyau. Le package avec pilote est disponible sur le site Web de Realtek et comporte un script Shell à installation automatique, mais j’ai trouvé qu’il était beaucoup plus facile et fiable de simplement copier/coller les commandes dans un terminal. J'espère que vous avez le même succès, bonne chance!
Essayez cette commande et voyez si cela fonctionne
Sudo apt-get update
Sudo apt-get install bcmwl-kernel-source