Hi zusammen,
ich habe seit ein paar Tagen ein brandneues Thinkpad T14 mit AMD Ryzen und einer Thinpad USB-C Dockingstation Gen. 2 - alles beides mit aktuellster Firmware (Stand 30.07.). Weil das Teil so neu ist, musste ich bei Kubuntu 20.04 noch einen Mainline Kernel 5.7.9 bzw. aktuell 5.8.0-rc7 installieren, damit Kubuntu startet. Es läuft für so neue Hardware damit ziemlich gut & stabil.
Problem ist nur, dass das Kabel-Netzwerk am USB Dock nach einer gewissen Zeit aussteigt. Das passiert zuverlässig in meinem Testszenario beim Kopieren einer Videodate von 2G Größe auf mein NAS. Kopieren (lesen) auf meinen Rechner klappt ohne Probleme. Schreiben aufs NAS (senden) hängt. Ein CPU Kern geht auf Anschlag und nichts geht mehr auf dem Kabelweg. Es sind auch wenig Logeinträge zu sehen. (Über WLAN läuft alles stabil, dort ist das Problem nicht vorhanden.)
sudo dmesg gibt mir dann kilometerlang ein 'r8152 5-1.1:1.0 enx482ae36d721f: Tx status -71' aus.
ip a zeigt mir
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 | 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 valid_lft forever preferred_lft forever 2: enp2s0f0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000 link/ether 00:2b:67:b6:30:fc brd ff:ff:ff:ff:ff:ff 3: enp6s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000 link/ether 00:2b:67:b6:30:fb brd ff:ff:ff:ff:ff:ff 4: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether a8:7e:ea:01:f2:6b brd ff:ff:ff:ff:ff:ff inet 192.168.178.125/24 brd 192.168.178.255 scope global dynamic noprefixroute wlp3s0 valid_lft 863560sec preferred_lft 863560sec inet6 fd58:2a48:ede4::c1b/128 scope global noprefixroute valid_lft forever preferred_lft forever inet6 fd58:2a48:ede4:0:3af7:1fe6:aa00:e9ce/64 scope global temporary dynamic valid_lft 604362sec preferred_lft 85401sec inet6 fd58:2a48:ede4:0:4054:de9a:30c3:c50/64 scope global mngtmpaddr noprefixroute valid_lft forever preferred_lft forever inet6 fe80::b445:cd6c:d38b:1be1/64 scope link noprefixroute valid_lft forever preferred_lft forever 5: enx482ae36d721f: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 48:2a:e3:6d:72:1f brd ff:ff:ff:ff:ff:ff inet 192.168.178.126/24 brd 192.168.178.255 scope global dynamic noprefixroute enx482ae36d721f valid_lft 863779sec preferred_lft 863779sec inet6 fd58:2a48:ede4::7ea/128 scope global noprefixroute valid_lft forever preferred_lft forever inet6 fd58:2a48:ede4:0:e01a:25cf:6d46:4fe6/64 scope global temporary dynamic valid_lft 604581sec preferred_lft 86058sec inet6 fd58:2a48:ede4:0:e45e:31cc:4386:71b7/64 scope global mngtmpaddr noprefixroute valid_lft forever preferred_lft forever inet6 fe80::540d:e9f8:eee0:d282/64 scope link noprefixroute valid_lft forever preferred_lft forever |
Um einen Defekt am Dock auszuschliessen habe ich mein Firmen Dell Laptop mit Windows 10 angeschlossen (Home-Office sei dank). Das lief den ganzen Tag stabil. Ebenso habe ich das T14 an das USB-C Dock des Dell Laptops angeschlossen. Dort tritt das Problem ebenfalls nicht auf. Ich habe dann nochmal ein KaOS Live mit Kernel 5.7.8 ausprobiert: Problem tritt auf.
Also schliesse ich daraus, dass das T14 mit dem USB-C Dock mit dem (notwendigen) Kernel 5.7.8+ ein Problem hat.
Habt ihr eine Idee, wo ich noch weiter nach sinnvollen Fehlermeldungen suchen könnte? An wen sende ich den Bugreport sinnvollerweise? Lenovo, Ubuntu oder kernel.org?
Danke für Eure Ideen!
P.S.: Eben habe ich nochmal mit dem eingebauten RJ-45 am Laptop probiert. Das funktioniert auch. Es wird im dmesg dann aber auch r8169 statt r8152 verwendet. Ich vermute das ist der Treiber? Dann wäre das ja die "Meldestelle"?!