Meine Ethernet-basierte Netzwerkverbindung bleibt nicht durchgehend aktiv. Ich tippe gegen das Gateway und es wird:
- Arbeite eine Minute
- Einfrieren, Zeitüberschreitung oder Reaktionszeiten von mehreren Sekunden
- Wiederholen
Wenn es nicht funktioniert und ich das Netzwerk über das Netzwerkmanager-Applet deaktiviere / aktiviere, funktioniert alles für eine Minute wieder. Nach 280 übertragenen Paketen erhalte ich 41% Paketverlust. Ich habe versucht, ein anderes Kabel und eine andere Verbindung zum Gateway herzustellen, dies hatte jedoch keine Auswirkungen. Die Entfernung zum Gateway beträgt nur etwa 3 Fuß.
Scheint gut zu funktionieren, wenn ich auf Windows umsteige, aber Ubuntu ist mein Hauptbetriebssystem und ich kann es momentan nicht einmal verwenden, da ich vom Netzwerk abhängig bin.
Mein Setup ...
- Betriebssystem: Ubuntu 11.04, Dual-Boot von Windows 7
- Mobo: Gigabyte Z68X-UD4-B3
- CPU: Intel Core i7 2600K
Bearbeiten
Eine kleine Klarstellung ... Network Manager zeigt mich immer noch als verbunden an, aber ich bin nicht in der Lage, das Gateway oder etwas anderes zu erreichen. Zu keinem Zeitpunkt schlägt NM vor, dass die Verbindung unterbrochen wird, und der Aufruf von ifconfig zeigt, dass ich noch eine IP-Adresse habe.
Ich habe versucht, mit einem anderen Kabel eine Verbindung zu einem anderen Gateway herzustellen, und das gleiche Problem ist aufgetreten.
Wie gewünscht:
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
Bearbeiten
@ roland-taylor: Netzwerk ist unter Windows immer verfügbar. Pings haben kein Timeout, Anwendungen beschweren sich nicht über keine Netzwerkverfügbarkeit, große Downloads werden nicht unterbrochen oder verlangsamt.
quelle
lspci | grep -i eth
könnte informativer sein, und welches Modul geladen ist, dhcp läuft, wasdmesg | tail -f
vom Verbinden bis zum Trennen der Verbindung sagt.Antworten:
Laden Sie den offiziellen Realtek-Treiber herunter.
http://www.realtek.com/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#2
Entfernen Sie dann das r8169-Modul aus dem Linux-Kernel.
Als letztes muss der r8169-Treiber auf die schwarze Liste gesetzt werden. Fügen Sie Folgendes zu /etc/modprobe.d/blacklist.conf hinzu:
Ich habe es unter http://www.rvdavid.net/how-to-get-gigabit-speeds-from-rtl81118168b-pci-express-gigabit-ethernet-controller-on-ubuntu-linux/ gefunden und es funktioniert. Jetzt ist alles gut mit Nettogeschwindigkeit.
quelle
Nur damit ich das nächste Mal herausfinden kann, wenn meine SSD in die Luft geht. Hier finden Sie Anweisungen zum Entfernen des defekten r8169 und Einfügen von r8168 unter Ubuntu mit Linux Kernel 3.x.
Kernel 3.x
sudo ./autogen.sh
, es wird das Modul erstellen, das alte entfernen (es auf die schwarze Liste setzen, wenn Sie möchten) und r8168.ko unter / lib / modules / 'uname -r' / drivers / net / installieren.DKMS
DKMS erstellt und installiert das Modul bei einer Neuinstallation des Kernels. Sie müssen auch das alte Modul auf die Blacklist setzen.
Setzen Sie das alte Modul auf die schwarze Liste, falls Sie dies noch nicht getan haben.
Installieren Sie DKMS und gcc.
sudo apt-get install dkms gcc
Kopieren Sie die Modulquelldateien an einen dauerhaften Speicherort, damit Sie sie später nicht versehentlich entfernen.
sudo cp -R r8168-8.025.00 /usr/src
Dann renne,
quelle
update-initramfs
Befehlping
zum Router fehlgeschlagen mit "Destination Host") Nicht erreichbar "). Nach demmake modules
Einsetzen des Moduls hat es wieder funktioniert. Nachdemrmmod
das neue Modul und das alte geladen wurden, funktionierte das Netzwerk wieder. Dies gilt auch nach einem Neustart. Ich bin nicht sicher, was dazu beigetragen hat, dass diese Netzwerkkarte wieder funktioniert (rmmod / insmod vs rmmod / insmod neues Modul), aber hoffentlich ist es jemandem hilfreich.Ich hatte ein ähnliches Problem und fand eine Lösung.
Siehe https://bugs.launchpad.net/ubuntu/+source/linux/+bug/889527
quelle
das kann nützlich sein
Die Probleme mit dem r8169-Treiber können auftreten, wenn Sie Windows auf einigen Systemen dual booten. Windows deaktiviert standardmäßig die Netzwerkkarte beim Herunterfahren von Windows, um Wake-On-Lan zu deaktivieren. Diese Netzwerkkarte bleibt deaktiviert, bis Windows sie das nächste Mal einschaltet. Der r8169-Treiber im Kernel kann die Netzwerkkarte in diesem deaktivierten Zustand nicht einschalten. Daher reagiert das Gerät nicht, selbst wenn der Treiber geladen wird und meldet, dass das Gerät in Betrieb ist. Aktivieren Sie einfach die Funktion "Wake-on-lan nach dem Herunterfahren", um dieses Problem zu umgehen. Sie können diese Optionen über den Geräte-Manager von Windows einstellen.
Bearbeiten: Das Problem des Dual-Bootens mit Windows besteht auch im 2.6.19.5- und 2.6.20.8-Kernel. Daher kann davon ausgegangen werden, dass alle 2.6-Kernel betroffen sind, bis die Kernel-Entwickler die Treiber für RTL8168 auf die Version aktualisieren, die in der Lage sein wird um die Netzwerkkarte aus dem deaktivierten Zustand einzuschalten
quelle
und noch eine Sache - um Änderungen am Treiber vorzunehmen und zu verhindern, dass r8169 nach dem Neustart erneut gestartet wird, habe ich Folgendes verwendet:
http://ubuntuforums.org/showthread.php?t=723569
quelle
Errata corrige:
quelle