Kein Ethernet mehr nach Neuinstallation von Tumbleweed (openSUSE-Tumbleweed-DVD-x86_64-Snapshot20200731-Media.iso)

Zitat von Sauerland

Dann mal:

Code

ping -c2 8.8.8.8

Code

ping -c2 google.com

und als root:

Code

journalctl -b | grep -Ei '816|eth|realtek'

Außerdem:

Mal das Netzwerkkabel tauschen?

Router neu gestartet?

Alles anzeigen

# ping -c2 8.8.8.8

localhost:/home/familie # ping -c2 8.8.8.8
ping: connect: Das Netzwerk ist nicht erreichbar

# ping -c2 google.com

localhost:/home/familie # ping -c2 google.com
ping: google.com: Der Name oder der Dienst ist nicht bekannt

# journalctl -b | grep -Ei '816|eth|realtek'

localhost:/home/familie # journalctl -b | grep -Ei '816|eth|realtek'
Sep 12 12:31:45 localhost kernel: pci 0000:03:00.0: [10ec:8168] type 00 class 0x020000
Sep 12 12:32:47 localhost kernel: r8169 0000:03:00.0: can't disable ASPM; OS doesn't have ASPM control
Sep 12 12:32:47 localhost kernel: r8169 0000:03:00.0: no dedicated PHY driver found for PHY ID 0xc2077002, maybe realtek.ko needs to be added to initramfs?
Sep 12 12:32:47 localhost kernel: r8169: probe of 0000:03:00.0 failed with error -49
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC892: line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0:    dig-out=0x11/0x1e
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0:    inputs:
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0:      Front Mic=0x19
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0:      Rear Mic=0x18
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0:      Line=0x1a
Sep 12 12:32:47 localhost kernel: snd_hda_codec_realtek hdaudioC0D0:    dig-in=0x1f
Sep 12 12:34:27 localhost.localdomain dbus-daemon[678]: [system] Activating service name='org.kde.powerdevil.chargethresholdhelper' requested by ':1.28' (uid=1000 pid=1341 comm="/usr/libexec/org_kde_powerdevil") (using servicehelper)
Sep 12 12:34:27 localhost.localdomain dbus-daemon[678]: [system] Successfully activated service 'org.kde.powerdevil.chargethresholdhelper'
Sep 12 12:34:27 localhost.localdomain org_kde_powerdevil[1341]: org.kde.powerdevil: org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge thresholds are not supported by the kernel for this hardware"
Sep 12 12:34:27 localhost.localdomain org_kde_powerdevil[1341]: org.kde.powerdevil: org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge thresholds are not supported by the kernel for this hardware"
Sep 12 12:34:32 localhost.localdomain kernel: usb 3-1: SerialNumber: FBI1305030816588
Sep 12 12:34:51 localhost.localdomain plasmashell[1320]: file:///usr/share/plasma/plasmoids/org.kde.plasma.kicker/contents/ui/ItemListDialog.qml:73: TypeError: Cannot call method 'hasOwnProperty' of null
localhost:/home/familie # exit

>> Außerdem: Mal das Netzwerkkabel tauschen? Router neu gestartet?

Getan, aber wie im Post #20 gesagt, tritt das Problem, bei einem anderen System (z.B. Livesystem "system-rescue.org") nicht auf.

Der Rechner erkennt unter openSUSE die Netzwerkkarte nicht.

Zitat von Alero

@dagni

Weißt du, was mich irritiert?

Code

/sbin/lspci -nnk | grep -EiA3 net
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7b33]
        Kernel driver in use: r8169
        Kernel modules: r8169

Natürlich unter Tumbleweed ... aktueller Schnappschuß

# /sbin/lspci -nnk | grep -EiA3 net

localhost:/home/familie # /sbin/lspci -nnk | grep -EiA3 net
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 03)
        Subsystem: Gigabyte Technology Co., Ltd Onboard Ethernet [1458:e000]
        Kernel modules: r8169
04:0e.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) [104c:8024]
        Subsystem: Gigabyte Technology Co., Ltd Motherboard [1458:1000]

Kann "... (rev 03) ..." das Problem sein?

Aber dann würde ich mit der Onboard-Karte ein Problem haben diese Upzugraden.

Zitat von Alero

Mich würde mal zusätzlich noch

Code

ip a

interessieren.

Wenn es gar nicht anders geht, würde ich, also ICH jetzt, folgendes tun. Ein anderes Linux auf dem Rechner installieren wo das Netzwerk funktioniert und mir die Netzwerkdaten anschauen, was da evtl. anders ist. Dann wieder zurück zu TW. Ist bissel umständlich ... bringt aber eventuell Licht in das Dunkel. Das es am TW liegt halte ich für (ziemlich) ausgeschlossen.

# ip a

localhost:/home/familie # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever

Jetzt darf ich mich erst einmal bei Euch allen bedanken.

Nachdem ich den Tipps von Sauerland und Alero gefolgt bin, ergab sich folgendes Bild.

Die Netzwerkkarte wurde wirklich nur von dem Live-System "systemrescuecd-i686-6.0.7.iso"

problemlos erkannt.

Alle anderen Teste mit den folgenden Betriebssystemen erkannten die Netzwerkkarte nicht!

Danach bin ich auf die Suche im BIOS gegangen, wurde allerdings nicht fündig.

Lediglich, dass ich noch BIOS_F4 hatte und der Hersteller ab BIOS_F5 "Support new LAN version" erwähnte (siehe: Motherboard GA-880GA-UD3H (rev. 2.1)).

Also machte ich ein BIOS Upgrade auf die aktuellste Version BIOS_F7.

Und siehe da, die Netzwerkkarte wird problemlos erkannt.

(Getestet jetzt allerdings nur noch mit dem installierten Tubleweed "openSUSE-Tumbleweed-DVD-x86_64-Snapshot20230910-Media.iso" und dem Livesystem "openSUSE-Tumbleweed-KDE-Live-x86_64-Snapshot20230911-Media.iso")

Mit dem damaligen Lösungsansatz von Sauerland im (August 2020) Post #16 lief der Rechner mit aktuellen Upgrades "zypper dup" immer problemlos, bis ich eben vor Kurzem Probleme mit der HDD hatte und eine Neuinstallation machen musste.

Ihr seit zu bewundern und ich danke Euch jedenfalls allen.