Beiträge von dagny

    Nachtrag:

    Könnte gewesen sein, dass damals die GPG-Schlüssel einiger Paketquellen bereits abgelaufen waren.

    Vor einer (übereilten) Neuinstallation, wäre es gut das vorher noch zu überprüfen und die GPG-Schlüssel ggf. zu aktuallieren.

    Vielleicht geht ein erfogreicher "zypper dup" ja dann.

    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.

    Code
    # 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!


    Betriebssystemunter BIOS_V4
    Netzwerkkarte erkannt
    unter BIOS V_7
    Netzwerkkarte erkannt
    linuxmint-21.2-cinnamon-64bit.isonein
    kubuntu-22.04.3-desktop-amd64.isonein
    kubuntu-20.04-desktop-amd64.isonein
    openSUSE-Tumbleweed-KDE-Live-x86_64-Snapshot20230911-Media.isoneinja
    systemrescuecd-i686-6.0.7.isoja
    openSUSE-Tumbleweed-DVD-x86_64-Snapshot20230910-Media.isoneinja


    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.

    :smilie_hops_011:

    @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ß

    Code
    # /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.

    Code
    # ping -c2 8.8.8.8
    
    localhost:/home/familie # ping -c2 8.8.8.8
    ping: connect: Das Netzwerk ist nicht erreichbar
    Code
    # ping -c2 google.com
    
    localhost:/home/familie # ping -c2 google.com
    ping: google.com: Der Name oder der Dienst ist nicht bekannt

    >> 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.

    Code
    # (aktuelle Installation: Snapshot20230910)
    # grep -i 'blacklist r8169' /lib/modprobe.d/* (--> ergibt keine Ausgabe)
    # grep -i 'blacklist r8169' /etc/modprobe.d/*
    
    localhost:/home/familie # grep -i 'blacklist r8169' /lib/modprobe.d/*
    localhost:/home/familie # grep -i 'blacklist r8169' /etc/modprobe.d/*
    grep: /etc/modprobe.d/*: Datei oder Verzeichnis nicht gefunden

    Kannst du mir erklären, wieso du ein Tumbleweed vom März installierst? Nichts auf diesem Planeten ist älter. Du wirst doch sicher an irgend einen Rechner heran kommen und den aktuellen Snapshot herunterladen können?! Vllt. ist dein Problem damit dann schon gelöst. Oder wovon schreibst du hier?

    >> Kannst du mir erklären, wieso du ein Tumbleweed vom März installierst?

    Es war einfach der aktuellste Snapshot den ich auf einem Installationsmedium hatte


    >> Nichts auf diesem Planeten ist älter.

    Das glaube ich nicht


    >> Vllt. ist dein Problem damit dann schon gelöst.

    Das Problem besteht seit mindestens "Snapshot20200731" bis "Snapshot20230331" also seit fast drei Jahre.

    Natürlich könnte es sein, dass es von "Snapshot20230331" bis "Snapshot20230910" behoben ist.


    >> Du wirst doch sicher an irgend einen Rechner heran kommen und den aktuellen Snapshot herunterladen können?

    Aber gerne doch, habe den aktuellen "Snapshot20230910" eben installiert.


    Leider ist das Problem unverändert vorhanden, bereits während der Installation erkennt er keine Netzwerkkarte.


    Hier noch ein Bild mit Fehlermeldungen nach dem GRUB2-Menü, das ggf. noch zur Lösung beitragen könnte:


    Code
    # (aktuelle Installation: Snapshot20230910)
    # uname -a
    
    localhost:/home/familie # uname -a
    Linux localhost.localdomain 6.4.12-1-default #1 SMP PREEMPT_DYNAMIC Fri Aug 25 08:26:31 UTC 2023 (f5aa89b) x86_64 x86_64 x86_64 GNU/Linux

    Vielleicht hilft diese Info auch noch weiter:


    # Infozentrum -> Geräte --> PCI

    03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)

    Subsystem: Gigabyte Technology Co., Ltd Onboard Ethernet

    Flags: fast devsel, IRQ 18, NUMA node 0

    I/O ports at ce00 [size=256]

    Memory at fdfff000 (64-bit, prefetchable) [size=4K]

    Memory at fdff8000 (64-bit, prefetchable) [size=16K]

    Expansion ROM at fd400000 [virtual] [disabled] [size=128K]

    Capabilities: <access denied>

    Kernel modules: r8169


    Code
    # uname -a
    
    localhost:/home/familie # uname -a
    Linux localhost.localdomain 6.2.8-1-default #1 SMP PREEMPT_DYNAMIC Wed Mar 22 18:56:06 UTC 2023 (221c28f) x86_64 x86_64 x86_64 GNU/Linux

    Hallo Sauerland und alle die mithelfen können,


    leider muß ich das Thema nochmals öffnen :(

    Nach einem Problem an der HDD und einer notwendigen Neuinstallation, diesmal allerdings mit ("openSUSE-Tumbleweed-DVD-x86_64-Snapshot20230331-Media.iso"), auf dem gleichen Rechner, stellte sich das Problem leider erneut.


    Der obige Tipp funktioniert nicht mehr so richtig:


    Da mir das nicht gelungen ist, habe ich es mit den aktuellen Dateien in Deiner Repo versucht:

    Hier musste ich noch zusätzlich das Paket "r8168-ueficert-8.051.02-73.16.x86_64.rpm" aus deinem Repo nehmen.


    In beiden Fällen werden zumindes noch die Pakete "kernel-uname-r = (Version 5.7.11-1-default bzw. 6.4.12-1-default)" verlangt.

    Ob dann noch mehr benötigt werden, weiß ich nicht.


    Nun meine Fragen:

    1. Was ist die ursprüngliche Ursache von diesem Problem?
      Habe ich eine so exotische Netzwerkkarte?
    2. Wenn ich den Weg weiter so wie oben beschreiten will, woher bekomme ich dann die passenden Dateien: "kernel-uname-r" mit der entsprechenden Version?
    3. Gibt es einen etwas leichteren Weg?

    Wie gesagt, unter der Installation mit openSUSE, hat der Rechner derzeit keine Netzverbindung , bei einem anderen System (z.B. Livesystem "system-rescue.org") tritt das Problem nicht auf.


    Vielen Dank

    Wayland und openSUSE sind in der Kombination problematisch. Wer das nutzt oder nutzen will... auf eigene Gefahr. Es kann zu seltsamen Problemen führen. Da ich so etwas nicht nutze, weil ich gern ein funktionierendes System habe, kann ich auch nicht weiter helfen. Ich rate zu X11.

    Danke Alero für Deinen Hinweis, das war mir nicht bekannt und ich werde meine Rechner jetzt wohl alle wieder auf X11 umstellen.


    Nach etwas Recherche bin ich auch auf dieses hier gestoßen:

    1212275 – Since last KDE:Unstable update, startplasma-wayland unusably slow; startx is not.


    Nochmals danke, ich setzt das Thema auf "erledigt" :)