Kein Netzwerk mehr nach Update Leap 15.3

Hinweis: In dem Thema Kein Netzwerk mehr nach Update Leap 15.3 gibt es 8 Antworten. Der letzte Beitrag () befindet sich ganz unten auf dieser Seite.

    Mit altem Kernel funktioniert das Lan noch, nach Update nicht mehr (Netzwerksymbol ist ausgegraut).

    Hardware LAPTOP HP Pavilion g6 1217sg

    Was braucht Ihr noch für Infos um mir helfen zu können?

    Für den Inhalt des Beitrages 298830 haftet ausdrücklich der jeweilige Autor: Georg

    Code
          xxx@localhost:~> /sbin/lspci -nnk | grep -iA3 net
04:00.0 Network controller [0280]: Ralink corp. RT5390 Wireless 802.11n 1T/1R PCIe [1814:5390]
        Subsystem: Hewlett-Packard Company U98Z077.00 Half-size Mini PCIe Card [103c:1636]
        Kernel modules: rt2800pci
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller [10ec:8136] (rev 05)
        Subsystem: Hewlett-Packard Company Device [103c:1670]
06:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader [10ec:5209] (rev 01)
        Subsystem: Hewlett-Packard Company Device [103c:1670]
xxx@localhost:~> grep -i 'blacklist r8169' /etc/modprobe.d/*
xxx@localhost:~>

    Für den Inhalt des Beitrages 298840 haftet ausdrücklich der jeweilige Autor: Georg

    Schon komisch, das hier kein Treiber angezeigt wird:

    Code
    05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller [10ec:8136] (rev 05) Subsystem: Hewlett-Packard Company Device [103c:1670]

    Denn der ist schon lange im Kernel:

    Zitat

    lkddb pci 10ec 8136 .... .... ...... : CONFIG_ETHERNET CONFIG_NET_VENDOR_REALTEK CONFIG_R8169 : drivers/net/ethernet/realtek/r8169.c # in 3.17–3.19, 4.0–4.20, 5.0–5.2

    lkddb pci 10ec 8136 .... .... ...... : CONFIG_ETHERNET CONFIG_NET_VENDOR_REALTEK CONFIG_R8169 : drivers/net/ethernet/realtek/r8169_main.c # in 5.3–5.17, 5.18-rc+HEAD

    lkddb pci 10ec 8136 .... .... ...... : CONFIG_R8169 : drivers/net/r8169.c # in 2.6.19–2.6.33


    Poste:

    Code
    zypper se -si kernel r816

    Hast du mal mit einem älteren Kernel gestartet?

    Für den Inhalt des Beitrages 298862 haftet ausdrücklich der jeweilige Autor: Sauerland

    wenn ich mit Kernel 5.3.18-150300.59.60-default boote funktioniert es.

    Der Fehler kam aber nicht mit einem Kernelupdate. Die Kernelversion hatte ich gesperrt, nachdem bei einem vorherigen Kernelupdate der Bildschirm schwarz blieb (war irgendwie ein Bug, hatte hier im Forum einen entsprechenden Hinweis gefunden). Erst nach dem das Netzwerk nicht mehr ging habe ich das Kernelupdate durchgeführt, in der Hoffnung, dass es das Problem mit dem Netzwerk behebt, der Bug mit dem schwarzen Bildschirm scheint inzwischen behoben.

    Für den Inhalt des Beitrages 298881 haftet ausdrücklich der jeweilige Autor: Georg

    Zitat

    i+ | kernel-default-base | Paket | 5.3.18-150300.59.63.1.150300.18.39.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15

    Den deinstallieren und dann dafür den kernel-default updaten.....

    Für den Inhalt des Beitrages 298882 haftet ausdrücklich der jeweilige Autor: Sauerland

    Will zugeben, dass ich mich mit Leap nicht auskenne. Bei Tumbleweed lassen sich Kernel-default und Kernel-default-base überhaupt nicht parallel installieren. Und Kernel-default und -base nebst -extra und -optional haben eine andere Versionsnummer.

    Für den Inhalt des Beitrages 298883 haftet ausdrücklich der jeweilige Autor: matbhm

    Zitat von matbhm

    Will zugeben, dass ich mich mit Leap nicht auskenne. Bei Tumbleweed lassen sich Kernel-default und Kernel-default-base überhaupt nicht parallel installieren. Und Kernel-default und -base nebst -extra und -optional haben eine andere Versionsnummer.

    Bei unterschiedlichen Versionen sollte es wohl funktionieren.......

    -extra und -optional werden z.B. bei der Installation irgendwelcher -kmps benötigt.

    Für den Inhalt des Beitrages 298884 haftet ausdrücklich der jeweilige Autor: Sauerland

    Zitat von Sauerland

    Bei unterschiedlichen Versionen sollte es wohl funktionieren.......

    -extra und -optional werden z.B. bei der Installation irgendwelcher -kmps benötigt.


    Zitat von Sauerland

    Den deinstallieren und dann dafür den kernel-default updaten.....

    Tausend Dank!!! Läuft jetzt wieder. Wissentlich habe ich den Kernel-Base nicht installiert. War es verkehrt den Kernel-Default gegen Aktualisierung zu schützen? Wenn ja, was hätte ich statt dessen tun sollen?

    Für den Inhalt des Beitrages 298891 haftet ausdrücklich der jeweilige Autor: Georg