Ma connexion réseau basée sur Ethernet ne reste pas constante. J'exécute un ping contre la passerelle et cela:
- Travaillez une minute
- Geler, expirer ou donner des temps de réponse de plusieurs secondes
- Répéter
S'il est bloqué et que je désactive / active la mise en réseau via l'applet du gestionnaire de réseau, tout fonctionnera à nouveau correctement pendant une minute. Après 280 paquets transmis, j'obtiens une perte de paquets de 41%. J'ai essayé un câble et une connexion différents à la passerelle, mais cela n'a eu aucun effet. La distance jusqu'à la passerelle est d'environ 3 pieds.
Semble fonctionner correctement si je passe à Windows, mais Ubuntu est mon système d'exploitation principal et je ne peux même pas l'utiliser pour le moment car je dépend du réseau.
Ma configuration ...
- Système d'exploitation: Ubuntu 11.04, Windows 7 à double démarrage
- Mobo: Gigabyte Z68X-UD4-B3
- Processeur: Intel Core i7 2600K
Éditer
Une petite clarification ... Network Manager me montre toujours comme connecté, mais je ne parviens pas à atteindre la passerelle ou quoi que ce soit au-delà. À aucun moment, NM ne suggère que la connexion est perdue et appeler ifconfig montre que j'ai toujours une adresse IP.
J'ai essayé de me connecter à une autre passerelle avec un câble différent et le même problème se pose.
Comme demandé:
lspci | grep -i eth
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
dmesg | tail -f
[ 14.024709] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,commit=0
[ 14.026443] EXT4-fs (sda7): re-mounted. Opts: commit=0
[ 14.176101] hda-intel: IRQ timing workaround is activated for card #2. Suggest a bigger bdl_pos_adj.
[ 23.917731] eth0: no IPv6 routers present
[ 726.109697] r8169 0000:07:00.0: eth0: link up
[ 733.169494] r8169 0000:07:00.0: eth0: link up
[ 753.930119] r8169 0000:07:00.0: eth0: link up
[ 880.787332] r8169 0000:07:00.0: eth0: link up
[ 1159.161283] r8169 0000:07:00.0: eth0: link up
[ 1406.623550] r8169 0000:07:00.0: eth0: link up
Éditer
@ roland-taylor: Le réseau est toujours disponible sous Windows. Les pings ne dépassent pas le délai d'attente, les applications ne se plaignent pas de l'absence de disponibilité du réseau, les gros téléchargements ne sont pas interrompus ou ralentis.
la source
lspci | grep -i eth
pourrait être plus informatif, et quel module est chargé, dhcp est en cours d'exécution, que signifiedmesg | tail -f
de se connecter à abandonner la connexion.Réponses:
Téléchargez le pilote officiel realtek.
http://www.realtek.com/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#2
Supprimez ensuite le module r8169 du noyau Linux.
Enfin, mettez le pilote r8169 sur liste noire, ajoutez ce qui suit à /etc/modprobe.d/blacklist.conf:
Je l'ai trouvé sur http://www.rvdavid.net/how-to-get-gigabit-speeds-from-rtl81118168b-pci-express-gigabit-ethernet-controller-on-ubuntu-linux/ et cela fonctionne. Maintenant, tout va bien avec la vitesse nette.
la source
Juste pour que je puisse trouver cela la prochaine fois que mon SSD explose. Voici les instructions pour retirer le r8169 cassé et insérer le r8168 sur Ubuntu avec Linux Kernel 3.x.
Kernel 3.x
sudo ./autogen.sh
, il construira le module, supprimera l'ancien (mettez-le sur liste noire si vous le souhaitez) et installez r8168.ko dans / lib / modules / 'uname -r' / drivers / net /.DKMS
DKMS construira et installera le module lors des nouvelles installations du noyau. Vous devrez également mettre sur liste noire l'ancien module.
Mettez l'ancien module sur liste noire si ce n'est déjà fait.
Installez DKMS et gcc.
sudo apt-get install dkms gcc
Copiez les fichiers source du module dans un emplacement persistant afin de ne pas les supprimer accidentellement par la suite.
sudo cp -R r8168-8.025.00 /usr/src
Ensuite, exécutez,
la source
update-initramfs
commande vous manqueping
le routeur a échoué avec "Destination Host" Inaccessible "). Après avoirmake modules
inséré le module, cela a de nouveau fonctionné. Après avoirrmmod
intégré le nouveau module et chargé l'ancien, le réseau a de nouveau fonctionné. Cela est également vrai après un redémarrage. Je ne sais pas ce qui a aidé à faire fonctionner à nouveau cette carte réseau (nouveau module rmmod / insmod vs rmmod / insmod), mais j'espère que cela sera utile à quelqu'un.J'ai eu un problème similaire et j'ai trouvé une solution.
voir https://bugs.launchpad.net/ubuntu/+source/linux/+bug/889527
la source
qui peut être utile
vous pouvez rencontrer des problèmes avec le pilote r8169 si vous double-amorcez Windows sur certains systèmes. Windows par défaut désactive la carte réseau au moment de l'arrêt de Windows afin de désactiver Wake-On-Lan, et cette carte réseau restera désactivée jusqu'à la prochaine fois que Windows l'allume. Le pilote r8169 du noyau ne sait pas comment activer la carte réseau à partir de cet état désactivé; par conséquent, le périphérique ne répondra pas, même si le pilote se charge et signale que le périphérique est en marche. Pour contourner ce problème, activez simplement la fonctionnalité «Wake-on-lan après l'arrêt». Vous pouvez définir ces options via le gestionnaire de périphériques de Windows.
Edit: Un problème de double démarrage avec Windows existe également dans les noyaux 2.6.19.5 et 2.6.20.8, il est donc sûr de supposer qu'il concernera tous les noyaux 2.6 jusqu'à ce que les développeurs du noyau mettent à jour les pilotes pour RTL8168 vers la version qui sera en mesure pour activer la carte réseau à partir de l'état désactivé
la source
et encore une chose - pour apporter des modifications avec le pilote constant et empêcher de redémarrer r8169 après le redémarrage, j'ai utilisé ceci:
http://ubuntuforums.org/showthread.php?t=723569
la source
Errata corrige:
la source