CDC-rom, сделали вовремя, однако к сожалению я не вижу в выводе того, на что я
надеялся. Исходя из ранее приведенного Вами вывода dmesg: он у Вас откровенно странный. Начнем с того, что время идет не по порядку, и заканчивая сегментом вида
[Сб июл 25 21:50:56 2020] usb 2-1.3: Product: LG-X240
[Сб июл 25 21:50:56 2020] usb 2-1.3: Ma[Сб июл 25 21:49:36 2020] usb 2-1.3: new high-speed USB device number 3 using ehci-pci
[Сб июл 25 21:49:36 2020] usb 2-1.3: New USB device found, idVendor=1004, idProduct=633e
Предполагаю, что Вы его из кусков руками собирали. Ну да ладно. По выводу dmesg можно составить примерно такую "картину преступления":
01. usb 2-1.3: new high-speed USB device number 3 using ehci-pci
02. usb 2-1.3: New USB device found, idVendor=1004, idProduct=633e
03. usb 2-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=4
04. usb 2-1.3: Product: LG-X240
05. usb 2-1.3: Manufacturer: LGE
06. usb 2-1.3: SerialNumber: 6H6PPZZPFEI7A6KZ
07. cdc_acm 2-1.3:1.1: ttyACM0: USB ACM device
08. usbcore: registered new interface driver cdc_acm
09. cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
10. usb 2-1.3: USB disconnect, device number 3
11. usb 2-1.3: new high-speed USB device number 4 using ehci-pci
12. usb 2-1.3: New USB device found, idVendor=1004, idProduct=6344
13. usb 2-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=4
14. usb 2-1.3: Product: LG-X240
15. usb 2-1.3: Manufacturer: LGE
16. usb 2-1.3: SerialNumber: 6H6PPZZPFEI7A6KZ
17. cdc_acm 2-1.3:1.2: ttyACM0: USB ACM device
18. usbcore: registered new interface driver cdc_ether
19. rndis_host 2-1.3:1.0 usb0: register 'rndis_host' at usb-0000:00:1d.0-1.3, RNDIS device, 1e:dc:4b:ce:2b:99
20. usbcore: registered new interface driver rndis_host
21. rndis_host 2-1.3:1.0 enp0s29u1u3: renamed from usb0
22. IPv6: ADDRCONF(NETDEV_UP): enp0s29u1u3: link is not ready
23. usb 2-1.3: USB disconnect, device number 4
24. rndis_host 2-1.3:1.0 enp0s29u1u3: unregister 'rndis_host' usb-0000:00:1d.0-1.3, RNDIS device
Строчки 1-9: попытка подцепить устройство с использованием cdc_acm. Судя по всему, ошибочная или как минимум неудачная. Возможно, проблема в ней, - можно попробовать загнать этот модуль (cdc_acm) в blacklist (
пример того, как это делается) и подключить телефон без него (возможно, поведение при этом поменяется).
Строчки 11-21: попытка подцепить устройство с использованием cdc_ether. Здесь уже, исходя из лога, все получается на первых порах. Смущает меня только использование именно cdc_ether (у меня на машине используется xhci_hcd), хотя допускаю, что причина кроется в разных портах (допустим, у Вас USB 2.0). Картину прояснил бы вывод dmesg | tail -n 50 при подключении того самого планшета, с которого у Вас интернет работает нормально, в тот же порт, где сейчас подключен был телефон, который нормально не работает.
Строчки 22-24: разрыв соединения с модемом в результате ошибки. Причем единственное сообщение, что выдает ядро перед тем, как отбросить устройство, упоминает IPv6. Исходя из этого, я бы попробовал в настройках сетевого соединения (создано было автоматически при первом подключении устройства) отказаться от использования IPv6 в пользу IPv4 (запретить IPv6). Маловероятно, но шут его знает - может что и даст.
Ко всему: исключены ли Вами проблемы на текущий момент времени:
1. Банальная неисправность кабеля или разъемов на нем (попробовать использовать другой кабель, в работоспособности которого Вы точно уверены)
2. Неисправность разъема в самом телефоне / нарушение в работе прошивки и т.п. (подключить к другой машине, проверить работу там)
3. Перегрузка по питанию шины USB (попробовать отключить все лишнее из USB-портов - принтеры, клавиатуры, мышки и тому подобное, и посмотреть как будет себя вести подключенный телефон; попробовать подключить телефон в один из разъемов на задней стороне системного блока). На всякий случай: вывод dmesg в реальном времени можно посмотреть, введя в терминал команду
dmesg -wH
остановить работу команды можно, активировав его (кликнув в нем мышкой), и после этого нажав в нем комбинацию клавиш
Ctrl+C (раскладка латинская). И да: при перегрузе шины по питанию чудеса бывают разные, а телефон по USB вполне может не только "модемить", но и заряжаться, чем будет нехило так сажать шину (и да, планшет вполне может при этом не заряжаться, либо "жрать" меньше тока).
4. Аппаратная неисправность самого разъема USB в системном блоке ПК (попробовать другой порт, попробовать все возможные порты).
Словом, вот такие мысли на данный момент времени.