Beiträge von 37431

  • Wechseln des Netzwerks (LAN) funktioniert nicht


    Code
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=22.3 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=22.4 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 2 received, 33% packet loss, time 2003ms
rtt min/avg/max/mdev = 22.369/22.396/22.424/0.152 ms


    Code
    PING google.de(fra24s02-in-x03.1e100.net (2a00:1450:4001:803::2003)) 56 data bytes
64 bytes from fra24s02-in-x03.1e100.net (2a00:1450:4001:803::2003): icmp_seq=1 ttl=116 time=33.3 ms
64 bytes from fra24s02-in-x03.1e100.net (2a00:1450:4001:803::2003): icmp_seq=2 ttl=116 time=123 ms
64 bytes from fra24s02-in-x03.1e100.net (2a00:1450:4001:803::2003): icmp_seq=3 ttl=116 time=145 ms

--- google.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 33.313/100.903/145.754/48.639 ms



    Die Internet-Verbindung baut er über wlan0 auf:

    Code
    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  fritz.box (192.168.3.5)  5.327 ms  5.223 ms  5.206 ms
 2  unn1101aihr001.versatel.de (62.214.63.144)  13.221 ms  13.379 ms  13.362 ms
 3  62.214.36.201 (62.214.36.201)  21.510 ms  21.495 ms  21.470 ms
 4  62.214.32.35 (62.214.32.35)  25.468 ms 62.214.37.158 (62.214.37.158)  25.456 ms 62.214.37.138 (62.214.37.138)  29.337 ms
 5  * 72.14.204.148 (72.14.204.148)  33.373 ms 72.14.222.28 (72.14.222.28)  25.418 ms
 6  * * 108.170.253.49 (108.170.253.49)  23.102 ms
 7  209.85.244.219 (209.85.244.219)  23.079 ms 142.250.234.19 (142.250.234.19)  27.181 ms 142.250.46.247 (142.250.46.247)  27.081 ms
 8  dns.google (8.8.8.8)  20.133 ms  24.872 ms  28.761 ms

  • Wechseln des Netzwerks (LAN) funktioniert nicht

    inzwischen gab es mal einen neuen kernel, nutzt aber nichts.



    Code
    Linux Ludus 5.14.15-lp153.3.g2ba76d0-default #1 SMP Fri Oct 29 15:33:40 UTC 2021 (2ba76d0) x86_64 x86_64 x86_64 GNU/Linux


    Code
    Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 0bda:c123 Realtek Semiconductor Corp. Bluetooth Radio
Bus 003 Device 004: ID 0b95:772b ASIX Electronics Corp. AX88772B
Bus 003 Device 002: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 04f2:b6ee Chicony Electronics Co., Ltd Integrated Camera
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


    Der AX88772B ist der angestaubte USB-Adapter, der aber funktioniert (eth1).


    Ich mach dann noch mal

    lspci | grep Real


    Code
    01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter

  • Wechseln des Netzwerks (LAN) funktioniert nicht

    zu 1:


    Code
    01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
        Subsystem: Lenovo Device [17aa:3902]
        Kernel driver in use: r8169
        Kernel modules: r8169
02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter [10ec:c822]
        Subsystem: Lenovo Device [17aa:c123]
        Kernel driver in use: rtw_8822ce
        Kernel modules: rtw88_8822ce


    zu 2:



    ich habe zwischendurch noch mal einen kernel 5.3 getestet, aber auch ohne Erfolg

  • Wechseln des Netzwerks (LAN) funktioniert nicht

    jetzt geht gar nichts mehr.


    Ich habe es heute mal wieder getestet. eth0 startet nicht mehr.

    Ich habe wicked getestet : geht nicht

    Prioritäten geändert: nichts

    USB-Adapter angeschlossen: eth1 geht, eth0 nicht

    Getested mit wicked und Networkmanager: egal


    Ein Live-Linux gestartet: alles gut


    Da es mal funktioniert hat, muss ich wohl den Rechner neu aufsetzen.

    Schade eigentlich, Suse war bislang die einzige Distro, bei der das Touchpad vollständig funktioniert hat.

  • Wechseln des Netzwerks (LAN) funktioniert nicht

    Die Erinnerung ist richtig.

    Um die Priorität habe ich mich bislang nicht gekümmert. Wenn es nur ein Kabel gibt, warum dann eine Prio setzen.

    Den Vorschlag hätte ich aber ausprobiert, habe ihn aber zu spät gesehen und inzwischen die Spielregeln verändert.

    Ich habe einen alten USB-Netzwerk-Adapter ausgegraben, ihn zusätzlich angeschlossen und somit ein eth1 geschaffen.

    Jetzt scheint es stabiler zu laufen. Die Kabel habe ich wüst hin und her gesteckt und nur einmal musste ich den Rechner neu starten, um eth0 wieder zu beleben.


    Die neue Verbindung eth1 hat die Priorität -100 bekommen. eth0 habe ich auf 10 gesetzt.

  • Wechseln des Netzwerks (LAN) funktioniert nicht

    moin


    Auf meinem Notebook verwende ich den NetworkManager, da ich in mehreren Netzen unterwegs sein muss/will. Ich habe es noch nicht lange und es daher bislang nur in verschiedenen WLANs verwendet. Dies hat funktioniert.


    Aber jetzt hatte ich die Situation, dass das Notebook das LAN wechseln musste.

    Dies ging schief:

    Während es das erste LAN beim booten erkannte, wurde die LAN-Schnittstelle (eth0) nach dem Umstecken des Kabels nicht mehr hochgefahren. Auch einem reboot wurde das 2. LAN nicht erkannt, eth0 blieb down.


    Es läuft openSUSE Leap 15.3 mit kernel 5.14


    Wieder zuhause habe ich die Situation nachgestellt und mir den Zugriff auf 3 Netzwerke ermöglicht.


    Nach dem Booten wird jedes Netzwerk erkannt, IP-Adresse bezogen, ...

    Das Ziehen des Kabels wird erkannt: eth0 ist down


    Stecken des Kabels in ein anderes Netzwerk: nichts passiert.

    nmcli in der Konsole aufgerufen sagt mir:

    Code
    eth0: nicht verfügbar
    "Realtek RTL8111/8168/8411"
    ethernet (r8169), ..., sw mtu 1500


    Eigenartig ist auch, dass ich dann auch immer auf der KDE-Oberfläche eine Benachrichtung bekomme, dass die Anmeldedaten für das WLAN nicht bezogen werden: Insufficient privileges


    nmcli sagt aber, das ich mit dem WLAN verbunden bin. Und das bin ich auch.


    Noch verwirrender? Hier bitte:


    Booten im LAN1: alles gut

    Wechseln des Steckers auf LAN2: peng

    Booten im LAN2: peng

    Booten im LAN3: alles gut

    Kein Wechseln des Steckers, Herunterfahren, Wechseln des Steckers auf LAN2,

    Booten im LAN2: alles gut


    LAN1, 2, 3 sind in diesem Spiel beliebig austauschbar.



    Das Notebook habe ich auch per USB mit zwei Live-Systemen getestet (Kali-Linux

    bzw. desinfec't 2020 mit einem Ubuntu). Das Wechseln des Netzwerks funktioniert unmittelbar und so oft ich will.



    Für Hilfe wäre ich sehr dankbar.

  • Leap 15.3 auf Notebook mit Ryzen 5 5500U: kein 2. Monitor möglich

    Habe ich gemacht, Notebook geht weiterhin ;)


    Zitat von Sauerland

    Warum dies Repo und nicht kernel:stable:

    Kernel:stable benutzt rpms aus factory zum Bauen und bei der Installation des Kernels in Leap 15.3 gibt es Fehlermeldungen.

    Ist das auch der Grund, weshalb es für 15.3 keine offizielle Pakete für einige Programme mehr gibt?

    Während des Einrichtens bin ich mehrmals darauf gestoßen, z.B. für wireguard .

    Per zypper konnte ich aber wireguard-tools installieren.