Realtek - Netzwerkverbindung bricht nach gewisser Zeit ab, r8169 Treiber Problem?

[sputnik2525]

Hallo zusammen,

ich habe mich jetzt durch das Forum und durch das Internet gesucht. Bis jetzt aber keine eindeutige Antwort auf das Thema gefunden, sondern unterschiedliche Lösungsansätze.
Das Thema r8169 Instabilität/Verbindungsprobleme scheint sich ja schon über mehrere Jahre durch die Foren zu ziehen.
Falls ich das richtig verstehe gibt es zwei Lösungen.

1. Treiber manuell nachinstallieren. Beschrieben hier.
2. Oder über das non-free firmware-realtek Paket beschrieben für debian stretch hier mit der Modul Deaktivierung/Aktivierung beschrieben hier.

Meine Frage ist, ob es mittlerweile möglich ist das Problem anderweitig lösen kann? Ggf. mit den bereits integrierten Treibern im Kernel?

Bei mir ist die Fehlermeldung auch etwas anders. Es steht, dass der firmware patch rtl_nic/rtl8168h-2.fw nicht geladen werden konnte? Heißt dass, das es bereits einen Fix für das Problem gibt und es bei mir nur zu einem Problem mit dem Patch gibt?

dmesg | grep r81

Code: Alles auswählen

[    0.000000] percpu: Embedded 45 pages/cpu s144408 r8192 d31720 u262144
[    0.000000] pcpu-alloc: s144408 r8192 d31720 u262144 alloc=1*2097152
[    1.126015] libphy: r8169: probed
[    1.126338] r8169 0000:25:00.0 eth0: RTL8168h/8111h, 00:d8:61:72:d2:f7, XID 54100800, IRQ 44
[    1.126340] r8169 0000:25:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[    1.127204] r8169 0000:25:00.0 enp37s0: renamed from eth0
[    3.024282] r8169 0000:25:00.0: firmware: failed to load rtl_nic/rtl8168h-2.fw (-2)
[    3.024345] r8169 0000:25:00.0: Direct firmware load for rtl_nic/rtl8168h-2.fw failed with error -2
[    3.024350] r8169 0000:25:00.0 enp37s0: unable to load firmware patch rtl_nic/rtl8168h-2.fw (-2)
[    3.024599] Generic PHY r8169-2500:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-2500:00, irq=IGNORE)
[    6.161453] r8169 0000:25:00.0 enp37s0: Link is Up - 1Gbps/Full - flow control rx/tx

lspci -v

Code: Alles auswählen

25:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
	Subsystem: Micro-Star International Co., Ltd. [MSI] RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
	Flags: bus master, fast devsel, latency 0, IRQ 30
	I/O ports at f000 [size=256]
	Memory at f7604000 (64-bit, non-prefetchable) [size=4K]
	Memory at f7600000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
	Capabilities: [70] Express Endpoint, MSI 01
	Capabilities: [b0] MSI-X: Enable+ Count=4 Masked-
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [140] Virtual Channel
	Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
	Capabilities: [170] Latency Tolerance Reporting
	Capabilities: [178] L1 PM Substates
	Kernel driver in use: r8169
	Kernel modules: r8169

Ich hoffe ihr könnt mir weiterhelfen.

[MSfree]

Meine Frage ist, ob es mittlerweile möglich ist das Problem anderweitig lösen kann? Ggf. mit den bereits integrierten Treibern im Kernel?

Die Lösung lautet, Firmware zu installieren. Realteks haben grundsätzlich Firmware in ihrem Eprom gespeichert, welche Version weiß man aber nicht. Einige sind halt ein wenig gammelig. Daher kann man "bessere" Firmware auch von aussen nachladen. Bei mir laufen in einem Rechner Realteks ohne Firmware absolut problemlos, in einem anderen Rechner mußte ich die Firmware nachinstallieren, damti das Netz stabil läuft.

Bei mir ist die Fehlermeldung auch etwas anders. Es steht, dass der firmware patch rtl_nic/rtl8168h-2.fw nicht geladen werden konnte?

Hast du das Paket firmware-realtek installiert?

Code: Alles auswählen

apt-get install firmware-realtek

Du mußt allerdings noch non-free in deiner /etc/apt/sources.list eintragen.

[tijuca]

Und die Firmewaredatei gibt es bei Dir?

Code: Alles auswählen

$ ls -la /lib/firmware/rtl_nic/rtl8168h-2.fw

Mit ziemlicher Sicherheit ist das Paket firmware-realtek nicht installiert.

Code: Alles auswählen

$ apt-file search rtl8168h-2.fw
firmware-realtek: /lib/firmware/rtl_nic/rtl8168h-2.fw

[unitra]

...
Meine Frage ist, ob es mittlerweile möglich ist das Problem anderweitig lösen kann?

Bestimmt. Aber lt. der Fehlermeldung ist die NIC firmware ttl8168h-2.fw auf dem Zielrechner nicht vorhanden oder im falschen Pfad.

...Es steht, dass der firmware patch rtl_nic/rtl8168h-2.fw nicht geladen werden konnte? Heißt dass, das es bereits einen Fix für das Problem gibt und es bei mir nur zu einem Problem mit dem Patch gibt?

Das Problem bei dir ist, daß der Host die Firmwaredatei nicht laden/finden kann. Der Rest der Frage ist unverständlich geschrieben.

[fischig]

Hast du das Paket firmware-realtek installiert?
...

Code: Alles auswählen

apt-get install firmware-realtek

Dau mußt allerdings noch non-free in deiner /etc/apt/sources.list ein(ge)tragen (sein/werden).

Das sind die entscheidenden Dinge, die du als erste zurückmelden solltest.

Viel Spaß und Erfolg im Forum!°

[sputnik2525]

Hallo zusammen,

vielen Dank für das Feedback, es scheint ja ziemlich eindeutig zu sein, dass dies der aktuelle Lösungsweg ist und man die non-free firmware installieren muss.
Ich setze mich morgen Abend mal dran und schreibe zurück, wie es gelaufen ist.

Danke nochmal und viele Grüße,
Sputnik

[sputnik2525]

...
Meine Frage ist, ob es mittlerweile möglich ist das Problem anderweitig lösen kann?

Bestimmt. Aber lt. der Fehlermeldung ist die NIC firmware ttl8168h-2.fw auf dem Zielrechner nicht vorhanden oder im falschen Pfad.

...Es steht, dass der firmware patch rtl_nic/rtl8168h-2.fw nicht geladen werden konnte? Heißt dass, das es bereits einen Fix für das Problem gibt und es bei mir nur zu einem Problem mit dem Patch gibt?

Das Problem bei dir ist, daß der Host die Firmwaredatei nicht laden/finden kann. Der Rest der Frage ist unverständlich geschrieben.

Ich denke ich habe es nicht gut erklärt. Ich hatte bei anderen Fehlermeldungen im Netz das Wort Patch nicht gesehen. Da diese Meldungen schon mehrere Jahre alt waren, dachte ich, dass es mittlerweile einen Fix (Patch) für das Problem gibt und nur dieser Fix nicht geladen werden konnte.

Code: Alles auswählen

[    3.024350] r8169 0000:25:00.0 enp37s0: unable to load firmware patch rtl_nic/rtl8168h-2.fw (-2)

Ich werde erstmal morgen in ruhe die firmware installieren und schauen wie es sich verhält.

Viele Grüße,
Sputnik

[sputnik2525]

Hallo zusammen,

non-free in die /etc/apt/source.list hinzugefügt und firmware-realtek installiert.

Nach dmesg gibt es für den r8169 erst einmal keine Fehlermeldung mehr. Mal schauen, ob die Verbindung

Code: Alles auswählen

[    0.000000] percpu: Embedded 45 pages/cpu s144408 r8192 d31720 u262144
[    0.000000] pcpu-alloc: s144408 r8192 d31720 u262144 alloc=1*2097152
[    1.122513] libphy: r8169: probed
[    1.122851] r8169 0000:25:00.0 eth0: RTL8168h/8111h, 00:d8:61:72:d2:f7, XID 54100800, IRQ 44
[    1.122852] r8169 0000:25:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[    1.126415] r8169 0000:25:00.0 enp37s0: renamed from eth0
[    3.115894] r8169 0000:25:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw
[    3.116139] Generic PHY r8169-2500:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-2500:00, irq=IGNORE)
[    6.254752] r8169 0000:25:00.0 enp37s0: Link is Up - 1Gbps/Full - flow control rx/tx

Danke und Gruß,
Sputnik

[sputnik2525]

Hallo zusammen,

es sieht so aus, als wäre das Problem mit den abgebrochenen Netzwerkverbindungen mit dem Installieren des firmware-realtek nicht gelöst.
Ich bekomme zwar die Fehlermeldung nicht mehr, aber dennoch bricht die Verbindung ab.
Aktuell sind folgende Fehler via dmesg sichtbar.

Code: Alles auswählen

# dmesg | grep fail
[    0.000000] tsc: Fast TSC calibration failed
[    2.977052] ccp 0000:2a:00.2: psp initialization failed
[    3.058877] iwlwifi 0000:26:00.0: firmware: failed to load iwlwifi-3168-29.ucode (-2)
[    3.058944] iwlwifi 0000:26:00.0: Direct firmware load for iwlwifi-3168-29.ucode failed with error -2
[    3.058953] iwlwifi 0000:26:00.0: firmware: failed to load iwlwifi-3168-28.ucode (-2)
[    3.058981] iwlwifi 0000:26:00.0: Direct firmware load for iwlwifi-3168-28.ucode failed with error -2
[    3.058988] iwlwifi 0000:26:00.0: firmware: failed to load iwlwifi-3168-27.ucode (-2)
[    3.059016] iwlwifi 0000:26:00.0: Direct firmware load for iwlwifi-3168-27.ucode failed with error -2
[    3.059022] iwlwifi 0000:26:00.0: firmware: failed to load iwlwifi-3168-26.ucode (-2)
[    3.059049] iwlwifi 0000:26:00.0: Direct firmware load for iwlwifi-3168-26.ucode failed with error -2
[    3.059056] iwlwifi 0000:26:00.0: firmware: failed to load iwlwifi-3168-25.ucode (-2)
[    3.059083] iwlwifi 0000:26:00.0: Direct firmware load for iwlwifi-3168-25.ucode failed with error -2
[    3.059089] iwlwifi 0000:26:00.0: firmware: failed to load iwlwifi-3168-24.ucode (-2)
[    3.059117] iwlwifi 0000:26:00.0: Direct firmware load for iwlwifi-3168-24.ucode failed with error -2
[    3.059122] iwlwifi 0000:26:00.0: firmware: failed to load iwlwifi-3168-23.ucode (-2)
[    3.059150] iwlwifi 0000:26:00.0: Direct firmware load for iwlwifi-3168-23.ucode failed with error -2
[    3.059156] iwlwifi 0000:26:00.0: firmware: failed to load iwlwifi-3168-22.ucode (-2)
[    3.059183] iwlwifi 0000:26:00.0: Direct firmware load for iwlwifi-3168-22.ucode failed with error -2
[    3.074647] bluetooth hci0: firmware: failed to load intel/ibt-hw-37.8.10-fw-22.50.19.14.f.bseq (-2)
[    3.074699] bluetooth hci0: Direct firmware load for intel/ibt-hw-37.8.10-fw-22.50.19.14.f.bseq failed with error -2
[    3.074701] Bluetooth: hci0: failed to open Intel firmware file: intel/ibt-hw-37.8.10-fw-22.50.19.14.f.bseq (-2)
[    3.074757] bluetooth hci0: firmware: failed to load intel/ibt-hw-37.8.bseq (-2)
[    3.074797] bluetooth hci0: Direct firmware load for intel/ibt-hw-37.8.bseq failed with error -2
[    3.074798] Bluetooth: hci0: failed to open default fw file: intel/ibt-hw-37.8.bseq

Bluetooth und Wifi benötige und benutze ich nicht. Ich werde die abschalten, soblad das NIC Problem gelöst ist.

Die firmware für die NIC scheint in Ordnung zu sein.

Code: Alles auswählen

# dmesg | grep r81
[    0.000000] percpu: Embedded 45 pages/cpu s144408 r8192 d31720 u262144
[    0.000000] pcpu-alloc: s144408 r8192 d31720 u262144 alloc=1*2097152
[    1.130268] libphy: r8169: probed
[    1.130588] r8169 0000:25:00.0 eth0: RTL8168h/8111h, 00:d8:61:72:d2:f7, XID 54100800, IRQ 44
[    1.130590] r8169 0000:25:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[    1.133946] r8169 0000:25:00.0 enp37s0: renamed from eth0
[    3.143592] r8169 0000:25:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw
[    3.143881] Generic PHY r8169-2500:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-2500:00, irq=IGNORE)
[    3.259059] r8169 0000:25:00.0 enp37s0: Link is Down
[    6.270126] r8169 0000:25:00.0 enp37s0: Link is Up - 1Gbps/Full - flow control rx/tx

Ich hatte gelesen, dass der r8169 noch Probleme hat und man diesen gegen den r8168 austauschen und den r8169 auf die Blacklist setzen soll. Bevor ich damit anfange, habt ihr noch eine Idee, wo ich auf dem System noch nach Fehlern nachschauen kann?

Ich habe gerade das dmesg ohne grep durchgescrollt. Das hier sieht irgendwie merkwürdig aus.

Code: Alles auswählen

[    4.097195] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
...
[    4.099676] Bridge firewalling registered
...
[    4.548849] IPv6: ADDRCONF(NETDEV_UP): br-c13771b92828: link is not ready
[    4.613534] IPv6: ADDRCONF(NETDEV_UP): docker0: link is not ready
...
[    4.678462] IPv6: ADDRCONF(NETDEV_UP): br-b5faf1a4dfb7: link is not ready
...
[    5.984827] br-c13771b92828: port 1(veth5cccaad) entered blocking state
[    5.984829] br-c13771b92828: port 1(veth5cccaad) entered disabled state
[    5.984901] device veth5cccaad entered promiscuous mode
[    5.985030] IPv6: ADDRCONF(NETDEV_UP): veth5cccaad: link is not ready
[    5.985033] br-c13771b92828: port 1(veth5cccaad) entered blocking state
[    5.985034] br-c13771b92828: port 1(veth5cccaad) entered forwarding state
[    5.985124] br-c13771b92828: port 1(veth5cccaad) entered disabled state
[    5.985458] br-b5faf1a4dfb7: port 1(veth03f6ccb) entered blocking state
[    5.985461] br-b5faf1a4dfb7: port 1(veth03f6ccb) entered disabled state
[    5.985571] device veth03f6ccb entered promiscuous mode
[    5.985702] IPv6: ADDRCONF(NETDEV_UP): veth03f6ccb: link is not ready
[    5.985705] br-b5faf1a4dfb7: port 1(veth03f6ccb) entered blocking state
[    5.985706] br-b5faf1a4dfb7: port 1(veth03f6ccb) entered forwarding state
[    5.985777] br-b5faf1a4dfb7: port 1(veth03f6ccb) entered disabled state
[    5.989569] br-c13771b92828: port 2(vethf5d90ec) entered blocking state
[    5.989571] br-c13771b92828: port 2(vethf5d90ec) entered disabled state
[    5.989637] device vethf5d90ec entered promiscuous mode
[    5.989754] IPv6: ADDRCONF(NETDEV_UP): vethf5d90ec: link is not ready
[    5.989757] br-c13771b92828: port 2(vethf5d90ec) entered blocking state
[    5.989761] br-c13771b92828: port 2(vethf5d90ec) entered forwarding state
[    5.989834] IPv6: ADDRCONF(NETDEV_CHANGE): br-c13771b92828: link becomes ready
[    5.989949] br-c13771b92828: port 2(vethf5d90ec) entered disabled state
[    6.040055] br-b5faf1a4dfb7: port 2(vethbcfd8b6) entered blocking state
[    6.040058] br-b5faf1a4dfb7: port 2(vethbcfd8b6) entered disabled state
[    6.040138] device vethbcfd8b6 entered promiscuous mode
[    6.040216] IPv6: ADDRCONF(NETDEV_UP): vethbcfd8b6: link is not ready
[    6.040218] br-b5faf1a4dfb7: port 2(vethbcfd8b6) entered blocking state
[    6.040219] br-b5faf1a4dfb7: port 2(vethbcfd8b6) entered forwarding state
[    6.040243] IPv6: ADDRCONF(NETDEV_CHANGE): br-b5faf1a4dfb7: link becomes ready
[    6.040354] br-b5faf1a4dfb7: port 2(vethbcfd8b6) entered disabled state
[    6.144781] br-b5faf1a4dfb7: port 3(veth69cacde) entered blocking state
[    6.144784] br-b5faf1a4dfb7: port 3(veth69cacde) entered disabled state
[    6.144856] device veth69cacde entered promiscuous mode
[    6.144952] IPv6: ADDRCONF(NETDEV_UP): veth69cacde: link is not ready
[    6.144954] br-b5faf1a4dfb7: port 3(veth69cacde) entered blocking state
[    6.144955] br-b5faf1a4dfb7: port 3(veth69cacde) entered forwarding state
[    6.249979] br-b5faf1a4dfb7: port 4(vethf5245c7) entered blocking state
[    6.249982] br-b5faf1a4dfb7: port 4(vethf5245c7) entered disabled state
[    6.250102] device vethf5245c7 entered promiscuous mode
[    6.250245] IPv6: ADDRCONF(NETDEV_UP): vethf5245c7: link is not ready
[    6.250248] br-b5faf1a4dfb7: port 4(vethf5245c7) entered blocking state
[    6.250250] br-b5faf1a4dfb7: port 4(vethf5245c7) entered forwarding state
[    6.250529] br-c13771b92828: port 3(vethc385e80) entered blocking state
[    6.250531] br-c13771b92828: port 3(vethc385e80) entered disabled state
[    6.250603] device vethc385e80 entered promiscuous mode
[    6.250710] IPv6: ADDRCONF(NETDEV_UP): vethc385e80: link is not ready
[    6.250714] br-c13771b92828: port 3(vethc385e80) entered blocking state
[    6.250715] br-c13771b92828: port 3(vethc385e80) entered forwarding state
[    6.270126] r8169 0000:25:00.0 enp37s0: Link is Up - 1Gbps/Full - flow control rx/tx
[    6.270304] br-b5faf1a4dfb7: port 3(veth69cacde) entered disabled state
[    6.270413] br-b5faf1a4dfb7: port 4(vethf5245c7) entered disabled state
[    6.270489] br-c13771b92828: port 3(vethc385e80) entered disabled state
[    6.270531] IPv6: ADDRCONF(NETDEV_CHANGE): enp37s0: link becomes ready
[    6.480502] eth0: renamed from veth9a77879
[    6.509054] eth0: renamed from veth772b1d4
[    6.540361] IPv6: ADDRCONF(NETDEV_CHANGE): vethf5d90ec: link becomes ready
[    6.540390] br-c13771b92828: port 2(vethf5d90ec) entered blocking state
[    6.540392] br-c13771b92828: port 2(vethf5d90ec) entered forwarding state
[    6.580583] IPv6: ADDRCONF(NETDEV_CHANGE): veth5cccaad: link becomes ready
[    6.580614] br-c13771b92828: port 1(veth5cccaad) entered blocking state
[    6.580617] br-c13771b92828: port 1(veth5cccaad) entered forwarding state
[    6.580704] eth0: renamed from veth6219ac5
[    6.628479] IPv6: ADDRCONF(NETDEV_CHANGE): veth03f6ccb: link becomes ready
[    6.628508] br-b5faf1a4dfb7: port 1(veth03f6ccb) entered blocking state
[    6.628509] br-b5faf1a4dfb7: port 1(veth03f6ccb) entered forwarding state
[    6.732784] eth0: renamed from vethe78b99b
[    6.792538] eth0: renamed from veth3f11941
[    6.844428] IPv6: ADDRCONF(NETDEV_CHANGE): vethbcfd8b6: link becomes ready
[    6.844477] br-b5faf1a4dfb7: port 2(vethbcfd8b6) entered blocking state
[    6.844479] br-b5faf1a4dfb7: port 2(vethbcfd8b6) entered forwarding state
[    6.888695] IPv6: ADDRCONF(NETDEV_CHANGE): veth69cacde: link becomes ready
[    6.888739] br-b5faf1a4dfb7: port 3(veth69cacde) entered blocking state
[    6.888741] br-b5faf1a4dfb7: port 3(veth69cacde) entered forwarding state
[    6.916527] eth0: renamed from veth2194e86
[    6.940410] eth1: renamed from veth3dde87c
[    6.972730] IPv6: ADDRCONF(NETDEV_CHANGE): vethf5245c7: link becomes ready
[    6.972774] br-b5faf1a4dfb7: port 4(vethf5245c7) entered blocking state
[    6.972776] br-b5faf1a4dfb7: port 4(vethf5245c7) entered forwarding state
[    6.972824] IPv6: ADDRCONF(NETDEV_CHANGE): vethc385e80: link becomes ready
[    6.972851] br-c13771b92828: port 3(vethc385e80) entered blocking state
[    6.972853] br-c13771b92828: port 3(vethc385e80) entered forwarding state
...

[blutigerAnfänger]

Hallo Sputnik,

vielleicht hilft der Artikel hier Dir weiter:
viewtopic.php?t=141370

(Du musst Dir nur die aktuellen Treiber-Quelltexte vom Hersteller besorgen, der Thread ist schon etwas älter.)

Viel Erfolg.

Gruß
blutigerAnfänger

(Alle Tipps auf eigene Gefahr ich hafte für NICHTS und NIEMANDEN, auch nicht für die Sonnenbrille des Smilies: )

[blutigerAnfänger]

Hallo Sputnik,

habe gerade herausgefunden das es ein debian Paket für die Quellen gibt, das müsste vielleicht noch besser passen: r8168-dkms. Schau mal in die Details mit:

Code: Alles auswählen

apt-cache show r8168-dkms

Du brauchst dann noch das dkms Paket wie's aussieht ...


Viel Erfolg.

Gruß
blutigerAnfänger

(Alle Tipps auf eigene Gefahr ich hafte für NICHTS und NIEMANDEN, auch nicht für die Sonnenbrille des Smilies: )

[sputnik2525]

Hallo blutigerAnfänger,

ich habe mir das Paket mal angeschaut. Wenn alles stimmt, was ich bis jetzt gelesen habe, ist das Problem klarer.

Ich habe laut dem Mainboard Handbuch den NIC rtl8111H. Die korrekten Treiber sind nicht in dem firmware-realtek sondern im r8168-dmks enthalten.
Somit habe ich jetzt den firmware-realtek deinstalliert

Code: Alles auswählen

apt-get remove firmware-realtek

und den r8168-dmks installiert

Code: Alles auswählen

apt-get install r8168-dmks

Nach einem Neustart ist nun das Kernelmodul r8168 und nicht mehr r8169 aktiv, da die Installation von r8168-dmks den r8169 automatisch deaktiviert.

Code: Alles auswählen

25:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
	Subsystem: Micro-Star International Co., Ltd. [MSI] RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
	Flags: bus master, fast devsel, latency 0, IRQ 42
	I/O ports at f000 [size=256]
	Memory at f7604000 (64-bit, non-prefetchable) [size=4K]
	Memory at f7600000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: r8168
	Kernel modules: r8168

D.h. es ist wichtig herauszufinden, welche NIC man genau hat und dann das entsprechende Paket nachinstallieren.

Danke an alle für ihre Unterstüzung.

P.S. ich melde mich, falls es doch wieder Aussetzer gibt

[sputnik2525]

Hallo zusammen,

leider ist das Problem immer noch nicht gelöst. Das System lief zwar etwas stabiler, am Anfang ging der Ping auch noch durch, ssh login war aber nicht möglich. Nun ist auch der Ping nicht mehr möglich.
Viel scheint es zu dem Thema im Internet nicht zu geben. Auch hat das forums.debian.net nur vier Einträge zum NIC rtl8111H. Gleiche Problematik, stets Aussetzer, und als Lösung wird auf das r8168-dkms verwiesen.
Ich habe jetzt einfach mal um auf Nummer sicher zu gehen das Modul r8169 auf geblacklistet, obwohl ich der Meinung bin, dass das r8168 Modul richtig geladen wird. Aber man weiss ja nie

Code: Alles auswählen

nano /etc/modprobe.d/r8168-dkms.conf

# settings for r8168-dkms

# map the specific PCI IDs instead of blacklisting the whole r8169 module
alias   pci:v00001186d00004300sv00001186sd00004B10bc*sc*i*      r8168
alias   pci:v000010ECd00008168sv*sd*bc*sc*i*                    r8168

# if the aliases above do not work, uncomment the following line
# to blacklist the whole r8169 module
#blacklist r8169

Wenn das nicht hilft, versuche ich den backport Treiber zu installieren und melde mich, was daraus geworden ist.
Eigentlich schade, dass es noch so viele Probleme mit dem Treiber gibt, das NIC wird ja laut geizhals noch ordentlich verbaut. Es gibt seit kurzem auch den DELL Latitude 3510 mit Ubuntu 19.10, welcher den RTL8111H NIC verwendet. Hoffentlich ist der Fehler mit der Version > r8168-dkms_8.046.00-1 gelöst, da Ubuntu 19.10 r8168-dkms_8.047.02-1 verwendet. Ansonsten kommen noch einige User in den Genuss dieser Thematik

[sputnik2525]

Hallo zusammen,

ich wollte mal einen Zwischenstand geben. Auch die buster-backport Treiber 8.048.03-1 haben keinen langfristigen Erfolg gebracht. Das System läuft jetzt zwar etwas länger ohne einen Aussetzer, aber das System hat trotzdem Aussetzer und ist dann komplett nicht mehr erreichbar. Ich habe mir jetzt ein Mainboard mit einem Intel NIC geholt und werde alles darauf umbauen. Das Mainboard mit dem realtek NIC werde ich entweder im Internet anbieten, ist ja eher ein Gamer Mainboard, oder investiere noch ein wenig in eine Testumgebung Vielleicht habe ich auch nur Pech und es liegt nicht an den Treibern, sondern an der Hardware.

[sputnik2525]

Hallo zusammen,

kurzes Update, das Problem war kein Linuxproblem und hat auch nichts mit den Treibern zu tun. Es liegt an dem Schlafmodus und dass Ryzen 1xxx und 2xxx ein Problem damit haben. Wenn die CPU in den Schlafmodus geht, wacht diese manchmal nicht mehr auf. Ich habe die Schlafmodi im BIOS deaktiviert und habe seitdem keine Probleme mehr. Der Server läuft seit Wochen durch.

Viele Grüße,
Sputnik

[ThunderByte]

Hallo zusammen,

kurzes Update, das Problem war kein Linuxproblem und hat auch nichts mit den Treibern zu tun. Es liegt an dem Schlafmodus und dass Ryzen 1xxx und 2xxx ein Problem damit haben. Wenn die CPU in den Schlafmodus geht, wacht diese manchmal nicht mehr auf. Ich habe die Schlafmodi im BIOS deaktiviert und habe seitdem keine Probleme mehr. Der Server läuft seit Wochen durch.

Viele Grüße,
Sputnik

Hallo,

Ich habe ein ähnliches Problem mit Ubuntu 20.10, mein Board hat den selben NIC verbaut und ich nutze einen Ryzen 3000.

Wie meinst du das genau mit dem Stromsparmodus? Bei mir tritt das Problem auch während dem Betrieb auf, also nicht im Ruhezustand oder ähnlichem.
Welche BIOS Einstellungen hast du denn verändert? Und ist es dennoch notwendig irgendwelche Treiber nachzuladen?


Danke!