Nach Upgrade CPU MB RAM Kein Internet mehr

[Pyrukar]

Hallo zusammen,

ich habe mir heute das System wie in der Signatur konfiguriert und nach einigen Anfangsschwierigkeiten läuft jetzt auch fast alles: bis auf Internet unter Linux ... Er sagt es sei kein Lankabel angesteckt, obwohl ich unter Win10 problemlos munter im Internet browse ergo Lankabel ist angesteckt und Adapter funktioniert Mit dem Alten MB CPU RAM hats auch funktioniert ( R1700,GB B350 Gaming)

Wo kann ich anfangen zu suchen, bzw wie müssen die Einstellungen aussehen .... hab hier einen Router stehen, der eigentlich IP Konfiguration automatisch verteilt.

Gruß

Pyrukar

 

[DerKonfigurator]

Du brauchst mindestens Kernel 5.9 oder Kernel 5.10 damit die LAN Karte funktioniert. Problem hatte ich am X570 Tomahawk auch. Kernel 5.8 hat keine Treiber dafür.

 

[Pyrukar]

ok und wie bekomme ich den Kernel ugrade auf mein system ohne Internet oder komplett neu installation?

Ergänzung (16. Januar 2021)

und sowieso, ich habe Manjaro heute morgen nochmal aktualisiert ... und Online finde ich, dass die Aktuelle version auf Kernel 5.9 läuft ... irgendwas passt da für mich nicht ganz zusammen

 

[DerKonfigurator]

und sowieso, ich habe Manjaro heute morgen nochmal aktualisiert ... und Online finde ich, dass die Aktuelle version auf Kernel 5.9 läuft ... irgendwas passt da für mich nicht ganz zusammen

Schau mal in den "Manjaro-Einstellungen" und wechsel da den Kernel

 

[Pyrukar]

okay, der kernel scheint nicht das Problem zu sein ... siehe Screenshot! ich habe Kernel 5.10 schon genutzt, ich hab nix umstellen müssen



Woran könnte es denn sonst noch liegen, oder soll ich mal auf den 5.9 zurückgehen?

 

[aki]

Du könntest mal einen 5.10er Kernel starten und das im Terminal mit uname -a kontrollieren. Mit lspci -v kannst du nachschauen, ob für die Netzwerkkarte ein Treiber verwendet wird. Sollte eigentlich r8169 sein. Man kann auch mit lsmod nachschauen, ob dieser geladen ist, oder mittels modprobe r8169 versuchen ihn zu laden. Falls geladen und in Verwendung, liegt es wohl an der Konfiguration.


edit:
MAC Filter im Router?

 

[lokon]

Woran könnte es denn sonst noch liegen,

dmesg ausgabe fehlt (oder journalctl -k -b 0) - der treiber kann noch bugs enthalten - zB hier
Dort sollte die Hardwareerkennung ja etwas anzeigen.
Via lspci bzw. den inxi -N Befehl kann kontrolliert werden welcher Treiber genutzt wird.

Oder warten bis der Treiber von Realtek für Linux >5.6 angepasst ist (DKMS Modul)- oder selbst anpassen

Ergänzung (17. Januar 2021)

edit: firmware ist vorhanden für die Karte ? - könnte auch im Log stehen ob die geladen wird

 

[Pyrukar]

okay, jetzt erstmal die Ausgaben für die Befehle die aki gewünscht hatte:

uname -a
Linux "korrekter PC Name" 5.10.2-2-MANJARO #1 SMP PREEMPT Tue Dec 22 08:14:42 UTC 2020 x86_64 GNU/Linux

Ach ja die Uhrzeit wird falsch angezeigt ... musste mit Windows auch erstmal mit dem Internet Synchronisieren, und mit Linux hab ich ja noch kein Internet

lspci -v

2a:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 04)
Subsystem: Micro-Star International Co., Ltd. [MSI] Device 7c94
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 10
IOMMU group: 0
Region 0: I/O ports at f000
Region 2: Memory at fcd00000 (64-bit, non-prefetchable) [size=64K]
Region 4: Memory at fcd10000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel modules: r8169

lsmod

Spoiler

Module Size Used by
rfcomm 90112 12
hid_logitech_hidpp 49152 0
sr_mod 28672 0
cdrom 77824 1 sr_mod
hid_logitech_dj 28672 0
cmac 16384 5
algif_hash 16384 2
algif_skcipher 16384 2
af_alg 32768 10 algif_hash,algif_skcipher
bnep 28672 2
btusb 65536 0
btrtl 24576 1 btusb
btbcm 20480 1 btusb
btintel 32768 1 btusb
bluetooth 741376 43 btrtl,btintel,btbcm,bnep,btusb,rfcomm
ecdh_generic 16384 2 bluetooth
ecc 36864 1 ecdh_generic
uas 32768 0
usb_storage 81920 1 uas
usblp 28672 0
mousedev 24576 0
joydev 28672 0
snd_hda_codec_realtek 143360 1
snd_hda_codec_generic 98304 1 snd_hda_codec_realtek
ledtrig_audio 16384 1 snd_hda_codec_generic
snd_hda_codec_hdmi 73728 1
edac_mce_amd 32768 0
snd_hda_intel 57344 4
rfkill 28672 5 bluetooth
amdgpu 6578176 23
snd_intel_dspcfg 24576 1 snd_hda_intel
soundwire_intel 45056 1 snd_intel_dspcfg
soundwire_generic_allocation 16384 1 soundwire_intel
soundwire_cadence 36864 1 soundwire_intel
snd_hda_codec 172032 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core 106496 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep 16384 1 snd_hda_codec
soundwire_bus 90112 3 soundwire_intel,soundwire_generic_allocation,soundwire_cadence
kvm 933888 0
snd_soc_core 323584 1 soundwire_intel
gpu_sched 45056 1 amdgpu
irqbypass 16384 1 kvm
i2c_algo_bit 16384 1 amdgpu
snd_compress 32768 1 snd_soc_core
crct10dif_pclmul 16384 1
ac97_bus 16384 1 snd_soc_core
crc32_pclmul 16384 0
ttm 114688 1 amdgpu
snd_pcm_dmaengine 16384 1 snd_soc_core
ghash_clmulni_intel 16384 0
drm_kms_helper 274432 1 amdgpu
snd_pcm 147456 8 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,soundwire_intel,snd_compress,snd_soc_core,snd_hda_core,snd_pcm_dmaengine
eeprom 20480 0
aesni_intel 372736 7
wmi_bmof 16384 0
snd_timer 45056 1 snd_pcm
cec 69632 1 drm_kms_helper
crypto_simd 16384 1 aesni_intel
ccp 118784 0
cryptd 24576 4 crypto_simd,ghash_clmulni_intel
snd 114688 18 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_compress,snd_soc_core,snd_pcm
syscopyarea 16384 1 drm_kms_helper
glue_helper 16384 1 aesni_intel
sysfillrect 16384 1 drm_kms_helper
sp5100_tco 20480 0
sysimgblt 16384 1 drm_kms_helper
rapl 16384 0
fb_sys_fops 16384 1 drm_kms_helper
soundcore 16384 1 snd
i2c_piix4 28672 0
rng_core 16384 1 ccp
k10temp 16384 0
pcspkr 16384 0
wmi 36864 1 wmi_bmof
acpi_cpufreq 28672 0
mac_hid 16384 0
pinctrl_amd 32768 0
gpio_amdpt 20480 0
gpio_generic 20480 1 gpio_amdpt
vmw_vmci 86016 0
vboxnetflt 32768 0
vboxnetadp 28672 0
vboxdrv 528384 2 vboxnetadp,vboxnetflt
drm 569344 8 gpu_sched,drm_kms_helper,amdgpu,ttm
sg 40960 0
crypto_user 20480 0
fuse 163840 7
agpgart 53248 2 ttm,drm
ip_tables 32768 0
x_tables 53248 1 ip_tables
ext4 933888 1
crc32c_generic 16384 0
crc16 16384 2 bluetooth,ext4
mbcache 16384 1 ext4
jbd2 151552 1 ext4
usbhid 65536 1 hid_logitech_dj
crc32c_intel 24576 2
xhci_pci 20480 0

modprobe r8169
modprobe: ERROR: could not insert 'r8169': Operation not permitted

Die anderen Befehle führe ich dann aus, wenn ich das nächste mal auf Linux wechsle muss ja zum sinnvoll antworten immer auf Win10 wechseln

 

[aki]

modprobe muss als root ausgeführt werden. Ich habe eben testweise Manjaro als Live-System gestartet und das Netzwerk funktionierte sofort. Mein Board hat den RTL8125AG Chip, deins den RTL8125B-CG. Es gibt extra zwei Firmware-Dateien für die B-Variante, also gänzlich unbekannt sollte der Chip eigentlich nicht sein.

Sind diese Dateien bei dir vorhanden?
/lib/firmware/rtl_nic/rtl8125b-1.fw
/lib/firmware/rtl_nic/rtl8125b-2.fw

Unter Gentoo heißt das passende Paket linux-firmware. Ich kann mir ehrlich gesagt nicht vorstellen, dass die Live-Version das installiert hat, aber ein installiertes System dann nicht

 

[Pyrukar]

okay,

sollte der Modprobe nicht nur nachweisen, ob der Treiber derzeitläuft? Fakt ist ich schreibe gerade vom Linux aus und das Internet funktioniert ... hab nur den sudo modprober 8169 eingeben. würde aber gerne noch verstehen, was der macht, und was das problem war. Aber auf jeden fall schonmal danke

 

[aki]

modprobe lädt ein (Treiber-)Modul. Es ist dann trotzdem merkwürdig, dass das nicht selbstständig geschieht. Hauptsache es geht jetzt

Zur Not mal hier nachgucken, damit du den Treiber nicht jedes Mal selber laden musst:
https://wiki.archlinux.de/title/Kernelmodule#Module_beim_Systemstart_automatisch_laden

 

[Pyrukar]

hmmm, das Modul heist doch r8169 korrekt? ich habe nach der Anleitung im Ordner: /etc/modules-load.d/ eine Datei mit Namen Lantreibermodul.conf erstellt deren inhalt lediglich "r8169" ist. Hat aber nicht funktioniert ... mach ich was falsch oder ist mein System nur zu doof?

 

[lokon]

Es ist dann trotzdem merkwürdig, dass das nicht selbstständig geschieht.

Das wissen wir nicht, denn bisher wurde kein dmesg / Kernel-Log gepostet.
Eventuell funktioniert das automatische Laden während des Bootens nicht. So etwas würde zB im Bootlog stehen -

 

[Pyrukar]

sorry hab gedacht, das das nichtmehr notwendig ist

Da die gesamte Ausgabe 1400zeilen ist und das Forum dagegen protestiert (FF stürzt ab) habe ich die gesamte Ausgabe in eine Datei gepackt und angehängt Dabei sind die Farbkodierungen verloren gegangen, daher packe ich alle zeilen, die Farbig waren in unten stehenden Spoiler hab den PC namen durch linux-pc ersetzt

Spoiler

Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 1.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: #2
Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 2.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: #3
Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 3.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: #4
Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 4.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: #5
Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 5.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: #6
Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 6.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: #7
Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 7.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: #8
Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 8.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: Spectre V2 : Update user space SMT mitigation: STIBP always-on
Jan 17 15:03:48 linux-pc kernel: #9
Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 9.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: #10
Jan 17 15:03:48 linux-pc kernel: __common_interrupt: 10.55 No irq handler for vector
Jan 17 15:03:48 linux-pc kernel: #11 #12 #13 #14 #15

Jan 17 15:03:48 linux-pc kernel: PPR X2APIC NX GT IA GA PC GA_vAPIC

Jan 17 15:03:48 linux-pc kernel: ata2.00: supports DRM functions and may not be fully accessible

Jan 17 15:03:48 linux-pc kernel: ata2.00: supports DRM functions and may not be fully accessible

Jan 17 15:03:48 linux-pc kernel: EXT4-fs (sda1): warning: mounting fs with errors, running e2fsck is recommended

Jan 17 15:03:48 linux-pc kernel: vboxdrv: loading out-of-tree module taints kernel.

Jan 17 15:03:49 linux-pc kernel: VBoxNetAdp: Successfully started.
Jan 17 15:03:49 linux-pc kernel: VBoxNetFlt: Successfully started.

Jan 17 15:03:49 linux-pc kernel: acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)

Jan 17 15:03:49 linux-pc kernel: sp5100-tco sp5100-tco: Watchdog hardware is disabled

Jan 17 15:03:49 linux-pc kernel: kvm: disabled by bios

Jan 17 15:03:49 linux-pc kernel: amdgpu 0000:2b:00.0: amdgpu: Trusted Memory Zone (TMZ) feature not supported

Jan 17 15:03:49 linux-pc kernel: kauditd_printk_skb: 26 callbacks suppressed

Jan 17 15:03:53 linux-pc kernel: sr 8:0:0:0: Power-on or device reset occurred

Jan 17 15:03:56 linux-pc kernel: kauditd_printk_skb: 23 callbacks suppressed

Jan 17 15:04:22 linux-pc kernel: kauditd_printk_skb: 1 callbacks suppressed

 

[aki]

Dort steht, dass die Karte als "enp42s0" mit 100mbit läuft. Außerdem solltest du mal sda1 mit fsck checken lassen und im BIOS/Uefi die Unterstützung für Virtualisierung aktivieren. Im Log KVM genannt, bei mir (Gigabyte) heißt es SVM.

Ist das direkt nach dem booten, wo das Netzwerk nicht funktioniert? Das wäre wichtig, dass wir diesen Moment sehen.

 

[lokon]

Nach dem Hardwarewechsel / -update ist die Netzwerkkonfiguration angepasst/aktualisiert ?
Je nach Konfigurationart erwartet netctl/systemd oder networkmanager vielleicht die alte "Karte" / Interfacenamen. Linux kann zwar prinzipiell gut mit vollständigem Hardwarewechsel ohne Neuinstallation umgehen, aber beim Netzwerk manchmal noch das Hardwaregerät / Kernelgerät angegeben - was sich verändern kann.

In der Netzwerkkonfiguration-Wikiseite sind bei Realtek auch mögliche Bugs durch den Windowstreiber / Dual-Boot erwähnt - also das Verhalten zw. "Kaltstart"->Linux und (windows)->"Reset"(Warmstart)->Linux könnte unterschiedlich sein

Eventuell ist der Treiber "neu" und hat noch Probleme mit Auto-Sensing / 2.5 G - eventuell am Router die Geschwindigkeit fix einstellen/Stromsparmodus (EEE) wegnehmen

 

[Pyrukar]

okay,

ich hab jetzt nochmal das Log angehängt wärend nach einem Warmstart Linux-Linux der Treiber erstmal noch nicht korrekt geladen war. ich konnte bei den Rot bzw Gelb markierten Stellen keine Änderung feststellen.

Wake on Lan ist im Bios deaktiviert, das angeschlossene LAN Kabel unterstützt nur 1Gbit ... macht dann der Punkt mit 2.5Gbit überhaupt sinn?

welche befehle genau bräuchte ich um bei systemd oder netctl die gewünschten ergebnisse zu bekommen und müssen diese befehle auch mit dem inaktiven Treiber gemacht werden?

Edit: muss ich fsck mit einem Livelinux machen ... es handelt sich hierbei um die Partition mit dem Manjaro System

 

[lokon]

Wake on Lan aktivieren, Punkt 2 von hier ausprobieren .

r8169 zum initramfs unter Modules hinzufügen (wiki)

Im Log mit der fehlenden Netzwerkkarte stehen dafür keine auffälligen Meldungen - die Karte scheint also irgendwie per Treiber deaktiviert worden zu sein - dem Kernel fehl der Code-Pfad zur korrekten Reinitialisierung beim Booten. (Realtek arbeitet nicht am Kernel mit - es gibt vermutlich auch keine gute Unterstützung durch Datasheets o.ä. - evtl. )

hier ein "refresh network" systemd script / hack

Alternativ hilft vlt. auch ein Rescan vom PCIe Bus - via lspci die Port-/Kartenadresse herausfinden (lt deinem Log: 0000:2a:00.0) und dann echo 1 > "/sys/bus/pci/devices/$port/rescan" (src) - das geht vermutl. nur als root von der cmdline (sudo -i)

Einer dieser "Hacks" sollte funktionieren - der "richtige" Fix wäre ja irgendwie ein Fix der libphy/r8169 Initialisierung - also das Realtek sagt wie der Adapter "korrekt" eingeschaltet wird (=das was der Windows-Treiber macht).

 

[Pyrukar]

Okay, also ich habe erlich gesagt keine Ahnung wo die Option von Windows für Wake On Lan zu finden ist ... im Gerätemanager jedenfalls nicht und um den Realtek treiber manuell downzuloaden soll man eine Email angeben wtf??? warum können die nicht einfach wie jeder normale mir die Datei geben wenn ich auf download drücke ... hab den Versuch an der stelle mal abgebrochen weil mir das suspekt vorkam - ich bekomme eine Email und soll dort auf den Downloadlink drücken und das dann noch als Treiber installieren ... got trust issues there

Was genau muss ich mit den Skripts machen ? einfach im Terminal ausführen, oder was?

Den Rest deiner Hacks habe ich erfolglos ausprobiert

gruß

Pyrukar

 

[lokon]

Windows Zeug:
Die Wake-On-Lan Option ist zb bei giga bebildert

Von der Versionsangabe (10.045) sollte der Treiber auf der Realtekseite auch bei Computerbase gehostet sein:
https://www.computerbase.de/downloads/treiber/netzwerk/realtek-ethernet-controller-driver/


Linux Zeug:
Das Skript bzw. dessen Bestandteile können einzeln im Terminal ausgeführt werden - und werden dann eben als systemd Dienste automatisch beim Booten ausgeführt - .

neuer Hack:
cat /etc/modprobe.d/r8169.conf (also eine Datei r8169.conf im Vz. /etc/modprobe.d/ anlegen)
Inhalt

softdep r8169 pre: realtek

(quelle des hacks)

außerdem "realtek" zu den MODULES= ... in /etc/mkinitcpio.conf hinzufügen - realtek sollte dabei vor r8169 stehen, dann die initramfs neu generieren (Abschnitt "generieren des Images") nicht vergessen