Internet lent sur Ubuntu mais pas Windows utilisant un RTL8111


13

Je viens d'installer un double démarrage windows7 / ubuntu 11.10 et Internet est beaucoup plus lent que Windows. J'ai lu le post ici et essayé les solutions présentées et aucune n'a fonctionné.

Voici à quoi je fais face; Sous Windows, mon Internet est aussi normal, agréable et rapide. entrez la description de l'image ici

Cependant, dans ubuntu sur mon nouveau système, mon Internet est super lent (ici, il est important de noter que mon autre système ubuntu a les mêmes vitesses que les fenêtres de ce système). J'ai installé toutes les mises à jour et j'utilise le dernier google chrome stable et mes résultats de speedtest sont bien inférieurs. (le téléchargement expire et finit par échouer, mais avant cela, le ping est de 10 ms et le téléchargement est <5 meg). la différence se fait vraiment sentir lors du téléchargement de quoi que ce soit , y compris les mises à jour.

Les spécifications de mon système sont les suivantes:

 Carte mère: Asus P8Z68-V LX
 Processeur: Intel i5 2500k
 Mémoire RAM: Corsair vengeance blue 8GB (4X4GB)
 SSD: OCZ Vertex 3 60 Go

J'utilise le LAN embarqué. Les pilotes ont été installés à partir du CD fourni avec la carte mère. J'ai installé les pilotes sous Windows (Windows a été installé en premier). Ubuntu ne m'a pas demandé d'installer de nouveaux pilotes pour qu'Internet fonctionne (et par travail, je veux dire que je peux obtenir une connexion, quoique intermittente et lente).

J'ai lu des gens ayant des problèmes avec le BIOS UEFI mais jamais des débits Internet. Toute aide au diagnostic de mon problème serait grandement appréciée.

rdl @ rdl-home-ubuntu: ~ $ ethtool -s eth0 speed 1000 duplex full autoneg off
Impossible de définir de nouveaux paramètres: opération non autorisée
  ne pas régler la vitesse
  ne pas définir de duplex
  ne pas définir autoneg
rdl @ rdl-home-ubuntu: ~ $ ifconfig eth0 | erreurs grep
          Paquets RX: 14632 erreurs: 0 supprimées: 14632 dépassements: 0 trame: 14632
          Paquets TX: 14094 erreurs: 0 abandonnées: 297 dépassements: 0 porteuse: 0

exécution de la première commande en tant sudoque changements Operation not permitteddeInvalid argument

Voici la sortie de sudo ethtool eth0

Paramètres pour eth0:
    Ports pris en charge: [TP ​​MII]
    Modes de liaison pris en charge: 10baseT / Half 10baseT / Full 
                            100baseT / Half 100baseT / Full 
                            1000baseT / Half 1000baseT / Full 
    Prend en charge la négociation automatique: Oui
    Modes de liaison annoncés: 10baseT / Half 10baseT / Full 
                            100baseT / Half 100baseT / Full 
                            1000baseT / Half 1000baseT / Full 
    Utilisation de trame de pause annoncée: réception symétrique uniquement
    Négociation automatique annoncée: Oui
    Partenaire de liaison Modes de liaison annoncés: 10baseT / Half 10baseT / Full 
                                         100baseT / Half 100baseT / Full 
                                         1000baseT / Full 
    Partenaire de liaison annoncé pour l'utilisation de la trame de pause: réception symétrique uniquement
    Lien automatique annoncé par le partenaire de liaison: Oui
    Vitesse: 1000Mb / s
    Duplex: Complet
    Port: MII
    PHYADE: 0
    Émetteur-récepteur: interne
    Négociation automatique: activée
    Prend en charge le réveil: pumbg
    Réveil: g
    Niveau de message actuel: 0x00000033 (51)
                   drv sonde ifdown ifup
    Lien détecté: oui

et après je cours sudo ethtool -s eth0 speed 100 duplex full autoneg off

Paramètres pour eth0:
    Ports pris en charge: [TP ​​MII]
    Modes de liaison pris en charge: 10baseT / Half 10baseT / Full 
                            100baseT / Half 100baseT / Full 
                            1000baseT / Half 1000baseT / Full 
    Prend en charge la négociation automatique: Oui
    Modes de liens annoncés: non rapporté
    Utilisation du cadre de pause annoncée: Non
    Négociation automatique annoncée: Non
    Vitesse: 100 Mo / s
    Duplex: Complet
    Port: MII
    PHYADE: 0
    Émetteur-récepteur: interne
    Négociation automatique: désactivée
    Prend en charge le réveil: pumbg
    Réveil: g
    Niveau de message actuel: 0x00000033 (51)
                   drv sonde ifdown ifup
    Lien détecté: oui

Le problème persiste toujours.


3
Vous devriez probablement publier les spécifications du matériel réseau, au cas où.
mikewwhat

2
êtes-vous par hasard en utilisant un NIC Realtek GigE. Si tel est le cas, je vous pointerai vers ce lien. dedoimedo.com/computers/kubuntu-realtek.html
étamé le

2
Sur le site ASUS, cette carte mère utilise une puce RTL8111. Cela a connu des problèmes avec Ubuntu. Veuillez vérifier cette question: askubuntu.com/questions/16755/… . Si c'est votre problème, veuillez laisser un commentaire ici afin que nous puissions fermer cette question en double.
Javier Rivera

1
Je ne reçois aucune erreur (autre que le temps mort occasionnel), mais quand je rentrerai ce soir, j'essaierai certaines des solutions mentionnées dans cette question.
rlemon

1
@rlemon Si votre problème est résolu, veuillez nous en informer. Merci.
its_me

Réponses:


9

Vous devez probablement installer le pilote à partir d'ici: http://www.realtek.com/downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#2

Le package est livré avec un script d'installation.

Comme d'autres l'ont mentionné, il s'agit d'un problème connu, essayez de rechercher «Realtek RTL8111».



Je devrais mentionner que le téléchargement est un peu plus lent .. mais je fouillais aussi avec d'autres paramètres (que je reviendrai maintenant)
rlemon

2

Avez-vous vérifié les bases

Vous êtes connecté en 100 ou 1000 en FULL DUPLEX?

Si vous utilisez en semi-duplex, c'est le problème

user@server:~$ sudo ethtool eth0
Settings for eth0:
    Supported ports: [ MII ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Advertised pause frame use: No
    Advertised auto-negotiation: Yes
    Speed: 100Mb/s
    Duplex: Full
    Port: MII
    PHYAD: 1
    Transceiver: external
    Auto-negotiation: on
    Supports Wake-on: g
    Wake-on: g
    Link detected: yes

Pour le changer (si votre carte prend en charge 1000, consultez le ligne Modes de liaison pris en charge )

sudo ethtool -s eth0 speed 1000 duplex full autoneg off

Avez-vous des erreurs de réseau?

user@server:~$ ifconfig eth0 |grep errors
          RX packets:1725783 errors:1 dropped:0 overruns:0 frame:1
          TX packets:1205465 errors:0 dropped:0 overruns:0 carrier:0

J'ai mis à jour ma question avec plus d'informations. Merci pour votre réponse!
rlemon

J'ai également mis à jour ma réponse, vous avez un argument non valide essayant de définir la vitesse et le duplex parce que vous n'avez pas vérifié ce que votre nic peut faire, regardez les lignes des modes de lien pris en charge dans la sortie de: sudo ethtool eth0
jflaflamme

1
Vous avez beaucoup de trames perdues, je pense que forcer la bonne vitesse duplex et désactiver l'autonégulation vous aidera. Assurez-vous de regarder dans ces compteurs augmente lorsque vous essayez différentes config. (Mais normalement, l'autonégociation pour la vitesse et le duplex fonctionne bien). Donc, fondamentalement, vérifiez la sortie d'ethtool et forcez l'une des vitesses prises en charge en duplex complet et en désactivation
automatique

après avoir fait la modification notée dans mon OP, la sortie est maintenantRX packets:31090 errors:0 dropped:31090 overruns:0 frame:31090
rlemon

1
non, ce sont de bonnes questions auxquelles il faut répondre à des fins historiques.
rlemon

0

Cela pourrait être un problème d'implémentation IPv6 pour l'adaptateur wifi que vous avez. J'ai eu une connexion Internet très lente avec mon Asus K52F, j'ai donc dû suivre ces recommandations: Résoudre la connexion lente ...


1
les solutions suggérées dans le billet de blog n'ont pas fonctionné.
rlemon

Il existe une dépendance possible sur le chipset WiFi. Sinon, votre problème est de nature différente :)
Vincenzo

0

Avant d'essayer toutes ces solutions compliquées qu'ils recommandent, essayez ceci (c'est facile car cela implique le gui ... pas de commandes, facilement annulées). Aussi, juste une note: j'ai essayé beaucoup de choses à partir de solutions en ligne proposées par les gens (commandes de terminal désactivant ipv6, installation d'un pilote, faire des gedits de choses que je n'avais aucune idée de ce que je faisais), mais c'est la seule chose qui avait un effet immédiat & durable. Les autres n'ont apparemment rien fait; cependant, il se pourrait que toutes les autres solutions et les suivantes soient à l'origine de ce problème (ou il se pourrait que ce soit la solution en soi). Je suis un débutant Linux, donc je ne sais pas.

  • Cliquez sur le symbole de votre connexion sans fil (en haut à droite)
  • cliquez sur modifier les connexions
  • Cliquez sur l'onglet sans fil
  • Cliquez sur votre connexion sans fil actuelle
  • Cliquez sur modifier
  • Cliquez sur la liste déroulante de la méthode des paramètres ipv4: sélectionnez "adresses automatiques (dhcp) uniquement"
  • Dans le champ des serveurs DNS: saisissez l'adresse IP de votre routeur sans fil ou passerelle par défaut. Le mien était 192.168.0.1 par exemple.
  • (facultatif) Si vous pouvez faire un benchmark des serveurs DNS, trouver le plus rapide pour vous, ce serait bien. Dans mes résultats, les deux plus rapides étaient l'adresse IP de mon modem et l'adresse IP de mon routeur sans fil. Le routeur sans fil semble fonctionner le mieux. J'ai fait le benchmark dans un PC de boîte virtuelle Windows. J'ai essayé 4.2.2.6 ou .5 mais c'est juste resté lent comme de la mélasse.

Appuyez sur enregistrer. Désactivez votre matériel sans fil pendant quelques secondes (ma méthode est la touche de fonction f2), rallumez-le et testez la vitesse de votre navigateur.

Si cela ne fonctionne pas, cliquez sur les paramètres ipv6 et sélectionnez la méthode: ignorer, appuyer sur enregistrer et faire la même chose (désactiver la connexion sans fil, réactiver)

J'ai compris qu'il n'y avait rien de mal avec le sans fil / Internet lui-même car seuls les navigateurs étaient lents à accéder aux sites Web (Chrome, Firefox, etc.) lors de leur exécution à partir d'Ubuntu. Mais lorsque j'ai essayé mes machines box virtuelles, elles s'éclairaient rapidement sur Internet.


-1

1. Première méthode :

  1. Vous devez désactiver IPv6, pour ce faire, ouvrez le terminal et entrez les commandes suivantes:

    echo “#disable ipv6″ | sudo tee -a /etc/sysctl.conf
    
    echo “net.ipv6.conf.all.disable_ipv6 = 1″ | sudo tee -a /etc/sysctl.conf
    
    echo “net.ipv6.conf.default.disable_ipv6 = 1″ | sudo tee -a /etc/sysctl.conf
    
    echo “net.ipv6.conf.lo.disable_ipv6 = 1″ | sudo tee -a /etc/sysctl.conf
    
  2. Redémarrez ensuite votre système.

Si le problème persiste, suivez également les instructions de l'étape 2.

2. Deuxième méthode:

  1. Une deuxième solution à ce problème peut être en utilisant ce qui suit:
  2. Ouvrez le terminal et entrez la commande suivante:

    sudo -s
    
  3. puis gksu gedit /etc/modprobe.d/ath9k.confet à la fin du fichier ajoutez ceci:

    options ath9k nohwcrypt=1
    
  4. Enregistrez et redémarrez votre système d'exploitation.

pouvez-vous s'il vous plaît offrir plus d'explications à votre deuxième méthode. qu'est-ce que je fais exactement ici.
rlemon

aucune suggestion n'a fonctionné.
rlemon

Pouvez-vous expliquer pourquoi redémarrer le système?
utilisateur inconnu
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.