Score:0

Problems with USB Tethering on a Samsung XCover 5 (Android 12) and Ubuntu 20.04

fj flag

Ubuntu (20.04 with kernel: 5.15.0-53-generic) keeps connecting, but nothing happens. I think the smartphone (Samsung XCover 5 with Android 12) is not responding on a dhcp request. I see with ifconfig the RX errors count increasing.

When I use bluetooth tethering, but slow, the ubuntu system works fine with the same smartphone.

When I use usb tethering with a windows 10 system and the same cable then also this system connects with internet.

When I use usb tethering with the ubuntu system and the same usb cable and an older samsung smartphone with android 8 the connection works also very fine.

Maybe a compatibility issue (drivers: cdc_ether, rndis_host, usbnet, ...)?

======== Output of the command "ifconfig -a

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1000 (Local Loopback)
RX packets 4127 bytes 405659 (405.6 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4127 bytes 405659 (405.6 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

usb0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 96:17:ac:e1:7c:41 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 158 dropped 0 overruns 0 frame 0
TX packets 103 bytes 26300 (26.3 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.184 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2a02:a453:98f0:1:32df:957a:8925:daa4 prefixlen 64 scopeid 0x0
inet6 2a02:a453:98f0:1:267a:c365:caac:9bb5 prefixlen 64 scopeid 0x0
inet6 fe80::127e:d4f6:202b:c610 prefixlen 64 scopeid 0x20
ether 64:6c:80:a3:ce:0d txqueuelen 1000 (Ethernet)
RX packets 193197 bytes 247112306 (247.1 MB)
RX errors 0 dropped 15317 overruns 0 frame 0
TX packets 59445 bytes 8161178 (8.1 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

======== Output of the command "ip link show":

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
link/ether 64:6c:80:a3:ce:0d brd ff:ff:ff:ff:ff:ff
altname wlp2s0
5: usb0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 1000
link/ether 96:17:ac:e1:7c:41 brd ff:ff:ff:ff:ff:ff

======== Output of the command "lsusb":

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 0408:5365 Quanta Computer, Inc. HP Link-5 transceiver
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 003: ID 0bda:b00a Realtek Semiconductor Corp. Bluetooth Radio
Bus 001 Device 013: ID 04e8:6863 Samsung Electronics Co., Ltd Galaxy series, misc. (tethering mode)
Bus 001 Device 002: ID 03f0:3d4a HP, Inc HP Link-5 transceiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

I sit in a Tesla and translated this thread with Ai:

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.