staging.inyokaproject.org

Guten Abend,

bei einem Thinkpad T460s startet nach aufwecken aus dem Standby die WWAN-Verbindung nicht mehr. Nach einem kompletten Neustart funktioniert diese wieder, abmelden und neu anmelden reicht nicht. Verwendet wird KDE Plasma (5.24.7) (Falls relevant: Es ist parallel ein Cinnamon-Desktop installiert, das Problem tritt dort ebenso auf).

Die Karte selbst ist aber wohl aktiv, lsusb zeigt (zweitletzter Eintrag):

Bus 002 Device 002: ID 17ef:1012 Lenovo Lenovo ThinkPad Dock                                                
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub                                              
Bus 001 Device 009: ID 138a:0090 Validity Sensors, Inc. VFS7500 Touch Fingerprint Sensor                    
Bus 001 Device 006: ID 04f2:b52c Chicony Electronics Co., Ltd Integrated Camera                             
Bus 001 Device 012: ID 046d:c245 Logitech, Inc. G400 Optical Mouse                                          
Bus 001 Device 010: ID 17ef:1011 Lenovo Lenovo ThinkPad Dock                                                
Bus 001 Device 007: ID 248a:8367 Maxxter Telink Wireless Receiver                                           
Bus 001 Device 011: ID 046d:c542 Logitech, Inc. Wireless Receiver                                           
Bus 001 Device 008: ID 04d9:a088 Holtek Semiconductor, Inc.                                                 
Bus 001 Device 005: ID 05e3:0608 Genesys Logic, Inc. Hub                                                    
Bus 001 Device 003: ID 17ef:1012 Lenovo Lenovo ThinkPad Dock                                                
Bus 001 Device 013: ID 12d1:15c1 Huawei Technologies Co., Ltd. ME906s LTE M.2 Module                        
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub   

und rfkill list zeigt:

rfkill list
0: tpacpi_bluetooth_sw: Bluetooth
        Soft blocked: yes
        Hard blocked: no                                       
1: tpacpi_wwan_sw: Wireless WAN                                                                             
        Soft blocked: no                                                                                    
        Hard blocked: no                                                                                    
2: phy0: Wireless LAN                                                                                       
        Soft blocked: yes                                                                                   
        Hard blocked: no

Soweit richtig, WLAN ist aus, wird aber im Gegensatz zu WWAN angezeigt und lässt sich aktivieren.

Seit wann genau das nicht mehr geht (sprich: Es ging mal 😉) kann ich leider nicht genau sagen, da zwischenzeitlich (einige Wochen...) lediglich Kabel (Dockingstation) verwendet wurde.

Das fehlende WWAN beim Klicken auf "Netzwerke" in der Menüleiste, sowie das Auftauchen von "O2" in "Verbindungen - Systemeinstellungen" im Anhang.

Hat jemand eine Idee?

Vielen Dank schonmal.

Evtl. hilft entladen / laden des entspr. Treiber-Moduls. Falls ja, kann man wie hier beschrieben automatisieren.

Zeige bitte, hier im Forum als Codeblock formatiert, die Ausgabe folgender Befehle, wenn es funktioniert und wenn es nicht funktioniert:

lsusb | grep Huawei
ip link
nmcli device

Hallo,

wie starte ich Treiber neu? Alles, was ich durch Gugeln finden konnte, ging nicht (Befehl nicht gefunden).

kB schrieb:

Zeige bitte, hier im Forum als Codeblock formatiert, die Ausgabe folgender Befehle, wenn es funktioniert und wenn es nicht funktioniert:

lsusb | grep Huawei
ip link
nmcli device

Wenn es NICHT funktioniert (nachdem der PC mal im Standby war):

phil@phil-ThinkPad-T460s:~$ lsusb | grep Huawei
Bus 001 Device 002: ID 12d1:15c1 Huawei Technologies Co., Ltd. ME906s LTE M.2 Module

phil@phil-ThinkPad-T460s:~$ ip link
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: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether c8:5b:76:27:cd:6f brd ff:ff:ff:ff:ff:ff
4: wlp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    link/ether e4:b3:18:7c:b2:67 brd ff:ff:ff:ff:ff:ff

phil@phil-ThinkPad-T460s:~$ nmcli device
DEVICE          TYPE      STATE            CONNECTION 
enp0s31f6       ethernet  verbunden        Kabel      
wlp4s0          wifi      nicht verfügbar  --         
p2p-dev-wlp4s0  wifi-p2p  nicht verfügbar  --         
lo              loopback  nicht verwaltet  --  

Wenn es funktioniert (nach Systemneustart):

phil@phil-ThinkPad-T460s:~$ lsusb | grep Huawei                                                             
Bus 001 Device 013: ID 12d1:15c1 Huawei Technologies Co., Ltd. ME906s LTE M.2 Module

phil@phil-ThinkPad-T460s:~$ ip link
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: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether c8:5b:76:27:cd:6f brd ff:ff:ff:ff:ff:ff
4: wlp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    link/ether e4:b3:18:7c:b2:67 brd ff:ff:ff:ff:ff:ff
5: wwan0: <BROADCAST,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 1a:7d:bf:30:51:70 brd ff:ff:ff:ff:ff:ff

phil@phil-ThinkPad-T460s:~$ nmcli device
DEVICE          TYPE      STATE            CONNECTION 
enp0s31f6       ethernet  verbunden        Kabel      
cdc-wdm1        gsm       nicht verfügbar  --         
wlp4s0          wifi      nicht verfügbar  --         
p2p-dev-wlp4s0  wifi-p2p  nicht verfügbar  --         
lo              loopback  nicht verwaltet  --   

In beiden Fällen habe ich aber nur die Kabelverbindung genutzt... Danke.

OK. Nach dem Aufwachen gibt es die relevanten Software-Schnittstellen wwan0 bzw. cdc-wdm1 nicht mehr. Das lässt sich wahrscheinlich durch expliziten Neustart des Treibermoduls korrigieren. Dazu muss man erst einmal wissen, um welches es sich handelt. Zeige also, wenn es funktioniert:

usb-devices | awk -v RS= /12d1/ 

Den Treiber nach dem Aufwachen neu starten geht dann mit:

sudo rmmod TREIBER # Wirft wahrscheinlich Fehler
sudo modprobe -v TREIBER

Natürlich muss für TREIBER der zuvor gefundene Name eingesetzt werden.

Probiere es aus. Wenn es Erfolg bringt, kann man es auch automatisieren.

kB schrieb:

Probiere es aus. Wenn es Erfolg bringt, kann man es auch automatisieren.

Guten Morgen, wenn es nicht funktioniert:

phil@phil-ThinkPad-T460s:~$ usb-devices | awk -v RS= /12d1/ 
cat: '/sys/bus/usb/devices/usb1/1-2/1-*:?.*/bInterfaceNumber': Datei oder Verzeichnis nicht gefunden
cat: '/sys/bus/usb/devices/usb1/1-2/1-*:?.*/bAlternateSetting': Datei oder Verzeichnis nicht gefunden
cat: '/sys/bus/usb/devices/usb1/1-2/1-*:?.*/bNumEndpoints': Datei oder Verzeichnis nicht gefunden
cat: '/sys/bus/usb/devices/usb1/1-2/1-*:?.*/bInterfaceClass': Datei oder Verzeichnis nicht gefunden
cat: '/sys/bus/usb/devices/usb1/1-2/1-*:?.*/bInterfaceSubClass': Datei oder Verzeichnis nicht gefunden
cat: '/sys/bus/usb/devices/usb1/1-2/1-*:?.*/bInterfaceProtocol': Datei oder Verzeichnis nicht gefunden
/usr/bin/usb-devices: 91: printf: 0x: not completely converted
/usr/bin/usb-devices: 91: printf: 0x: not completely converted
T:  Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 13 Spd=480 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=ff MxPS=64 #Cfgs=  3
P:  Vendor=12d1 ProdID=15c1 Rev=01.02
S:  Manufacturer=Huawei Technologies Co., Ltd.
S:  Product=HUAWEI Mobile
S:  SerialNumber=0123456789ABCDEF
C:  #Ifs= 0 Cfg#= 0 Atr= MxPwr=
I:  If#= 0 Alt= 0 #EPs= 0 Cls=(none)() Sub= Prot= Driver=

Und während es funktioniert:

phil@phil-ThinkPad-T460s:~$ usb-devices | awk -v RS= /12d1/ 
T:  Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  2 Spd=480 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=ff MxPS=64 #Cfgs=  3
P:  Vendor=12d1 ProdID=15c1 Rev=01.02
S:  Manufacturer=Huawei Technologies Co., Ltd.
S:  Product=HUAWEI Mobile
S:  SerialNumber=0123456789ABCDEF
C:  #Ifs= 3 Cfg#= 3 Atr=a0 MxPwr=2mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=02(commc) Sub=0e Prot=00 Driver=cdc_mbim
E:  Ad=82(I) Atr=03(Int.) MxPS=  16 Ivl=2ms
I:  If#= 1 Alt= 1 #EPs= 2 Cls=0a(data ) Sub=00 Prot=02 Driver=cdc_mbim
E:  Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:  If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=06 Prot=14 Driver=option
E:  Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms

Davon ausgehend, dass cdc_mbim der Treiber ist, habe ich dann Folgendes gemacht (brachte keinen Fehler, aber auch keine andere Rückmeldung):

phil@phil-ThinkPad-T460s:~$ sudo rmmod cdc_mbim

Hat nichts verändert, anschließend noch (mit Ausgabe):

phil@phil-ThinkPad-T460s:~$ sudo modprobe -v cdc_mbim
insmod /lib/modules/5.15.0-60-generic/kernel/drivers/net/usb/cdc_mbim.ko

Leider aber ändert sich auch dann nichts, und die Ausgabe von

usb-devices | awk -v RS= /12d1/ 

bleibt wie bei "wenn es nicht funktioniert".

Danke und VG

sonnenschutzfaktor schrieb:

[…] Davon ausgehend, dass cdc_mbim der Treiber ist

Er ist es gemäß Deinen Angaben mit einer Wahrscheinlichkeit von ⅔, aber alles, was wahrscheinlich richtig ist, ist auch wahrscheinlich falsch, in diesem Fall, weil mit einer Wahrscheinlichkeit von ⅓ der Treiber option der richtige ist.

habe ich dann Folgendes gemacht (brachte keinen Fehler, aber auch keine andere Rückmeldung):

phil@phil-ThinkPad-T460s:~$ sudo rmmod cdc_mbim

Hat nichts verändert

Wenn Du dies im funktionierenden Zustand gemacht hast und es funktioniert weiterhin, hast Du offenbar einen für das Problem nicht ursächlichen Treiber entfernt. Zur Beurteilung, ob es wirklich nichts für das Netzwerk verändert hat, benötigt man die Ausgabe von

ip link
nmcli device

vor und nach der Entfernung des Treibers.

Probiere das Spiel mit dem Treiber option.

Sorry, den Treiber option habe ich wohl übersehen - aber der scheint (zumindest auf den ersten Blick) nichts damit zu tun zu haben, sowohl im funktionierenden Zustand wie nicht funktionierend passiert da nichts.

Anders als 'cdc_mbim' (hier nochmal sorry, denn im funktionierenden Zustand habe ich es zuerst nicht probiert). Den mit rmmod beendet kappt auch eine bestehende Verbindung und lässt die Option (wie nach Standby) verschwinden, aaaber: Mit modprobe wieder gestartet funktioniert es wieder. Leider aber nur, bis man den Rechner wieder einmal in Standby versetzt, dann bekommt man das auch damit nicht mehr an.

ip link und nmcli device bei funktionierend vor Entfernung des Treibers (Verbindung mit Mobilfunk hergestellt):

phil@phil-ThinkPad-T460s:~$ ip link
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: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether c8:5b:76:27:cd:6f brd ff:ff:ff:ff:ff:ff
4: wlp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether e4:b3:18:7c:b2:67 brd ff:ff:ff:ff:ff:ff
5: wwan0: <BROADCAST,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 46:8d:a8:6e:eb:b6 brd ff:ff:ff:ff:ff:ff



phil@phil-ThinkPad-T460s:~$ nmcli
cdc-wdm1: verbunden zu O2
        "cdc-wdm1"
        gsm (cdc_mbim, option), hw, Schnittstelle wwan0, mtu 1500
        ip4-Vorgabe
        ip4-Vorgabe
        inet4 10.169.137.212/29                                
        route4 10.169.137.208/29 metric 0                                                                   
        route4 default via 10.169.137.209 metric 0                                                          
                                                                                                            
enp0s31f6: verbunden zu Kabel                                                                               
        "Intel I219-LM"                                                                                     
        ethernet (e1000e), C8:5B:76:27:CD:6F, hw, mtu 1500                                                  
        inet4 192.168.178.2/24                                                                              
        route4 192.168.178.0/24 metric 1                                                                    
        route4 169.254.0.0/16 metric 1000                                                                   
        route4 default via 192.168.178.1 metric 1                                                           
        inet6 fe80::ca5b:76ff:fe27:cd6f/64                                                                  
        route6 fe80::/64 metric 256                                                                         
                                                                                                            
wlp4s0: nicht verfügbar
        "Intel 8260"
        wifi (iwlwifi), E4:B3:18:7C:B2:67, softwareseitig deaktiviert, hw, mtu 1500

lo: nicht verwaltet
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

DNS configuration:
        servers: 192.168.178.1
        domains: fritz.box
        interface: enp0s31f6

        servers: 62.109.121.17 62.109.121.18
        interface: wwan0

Rufen Sie »nmcli device show« auf, um vollständige Informationen über bekannte Geräte abzurufen
und »nmcli connection show« für eine Übersicht über aktive Verbindungsprofile.


Die Hilfeseiten nmcli(1) und nmcli-examples(7) geben vollständige Aufrufbeschreibungen.

ip link und nmcli device bei funktionierend nach Entfernung des Treibers cdc_mbim (Verbindung mit Mobilfunk wurde getrennt und die Optiom zum Einschalten ist weg):

phil@phil-ThinkPad-T460s:~$ ip link
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: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether c8:5b:76:27:cd:6f brd ff:ff:ff:ff:ff:ff
4: wlp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether e4:b3:18:7c:b2:67 brd ff:ff:ff:ff:ff:ff
5: wwan0: <BROADCAST,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 46:8d:a8:6e:eb:b6 brd ff:ff:ff:ff:ff:ff



phil@phil-ThinkPad-T460s:~$ nmcli
cdc-wdm1: verbunden zu O2
        "cdc-wdm1"
        gsm (cdc_mbim, option), hw, Schnittstelle wwan0, mtu 1500
        ip4-Vorgabe
        ip4-Vorgabe
        inet4 10.169.137.212/29                                
        route4 10.169.137.208/29 metric 0                                                                      
        route4 default via 10.169.137.209 metric 0                                                             
                                                                                                               
enp0s31f6: verbunden zu Kabel                                                                                  
        "Intel I219-LM"                                                                                        
        ethernet (e1000e), C8:5B:76:27:CD:6F, hw, mtu 1500                                                     
        inet4 192.168.178.2/24                                                                                 
        route4 192.168.178.0/24 metric 1                                                                       
        route4 169.254.0.0/16 metric 1000                                                                      
        route4 default via 192.168.178.1 metric 1                                                              
        inet6 fe80::ca5b:76ff:fe27:cd6f/64                                                                     
        route6 fe80::/64 metric 256                                                                            
                                                                                                               
wlp4s0: nicht verfügbar
        "Intel 8260"
        wifi (iwlwifi), E4:B3:18:7C:B2:67, softwareseitig deaktiviert, hw, mtu 1500

lo: nicht verwaltet
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

DNS configuration:
        servers: 192.168.178.1
        domains: fritz.box
        interface: enp0s31f6

        servers: 62.109.121.17 62.109.121.18
        interface: wwan0

Rufen Sie »nmcli device show« auf, um vollständige Informationen über bekannte Geräte abzurufen
und »nmcli connection show« für eine Übersicht über aktive Verbindungsprofile.


Die Hilfeseiten nmcli(1) und nmcli-examples(7) geben vollständige Aufrufbeschreibungen.

ip link und nmcli device bei nicht funktionierend vor Entfernung des Treibers:

phil@phil-ThinkPad-T460s:~$ ip link
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: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether c8:5b:76:27:cd:6f brd ff:ff:ff:ff:ff:ff
4: wlp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether e4:b3:18:7c:b2:67 brd ff:ff:ff:ff:ff:ff



phil@phil-ThinkPad-T460s:~$ nmcli
enp0s31f6: verbunden zu Kabel
        "Intel I219-LM"
        ethernet (e1000e), C8:5B:76:27:CD:6F, hw, mtu 1500
        ip4-Vorgabe
        inet4 192.168.178.2/24
        route4 192.168.178.0/24 metric 1
        route4 169.254.0.0/16 metric 1000
        route4 default via 192.168.178.1 metric 1
        inet6 fe80::ca5b:76ff:fe27:cd6f/64
        route6 fe80::/64 metric 256

wlp4s0: nicht verfügbar
        "Intel 8260"
        wifi (iwlwifi), E4:B3:18:7C:B2:67, softwareseitig deaktiviert, hw, mtu 1500

lo: nicht verwaltet
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

DNS configuration:
        servers: 192.168.178.1
        domains: fritz.box
        interface: enp0s31f6

Rufen Sie »nmcli device show« auf, um vollständige Informationen über bekannte Geräte abzurufen
und »nmcli connection show« für eine Übersicht über aktive Verbindungsprofile.


Die Hilfeseiten nmcli(1) und nmcli-examples(7) geben vollständige Aufrufbeschreibungen.

ip link und nmcli device bei nicht funktionierend nach Entfernung des Treibers:

phil@phil-ThinkPad-T460s:~$ ip link
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: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether c8:5b:76:27:cd:6f brd ff:ff:ff:ff:ff:ff
4: wlp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether e4:b3:18:7c:b2:67 brd ff:ff:ff:ff:ff:ff



phil@phil-ThinkPad-T460s:~$ nmcli
enp0s31f6: verbunden zu Kabel
        "Intel I219-LM"
        ethernet (e1000e), C8:5B:76:27:CD:6F, hw, mtu 1500
        ip4-Vorgabe
        inet4 192.168.178.2/24
        route4 192.168.178.0/24 metric 1
        route4 169.254.0.0/16 metric 1000
        route4 default via 192.168.178.1 metric 1
        inet6 fe80::ca5b:76ff:fe27:cd6f/64
        route6 fe80::/64 metric 256

wlp4s0: nicht verfügbar
        "Intel 8260"
        wifi (iwlwifi), E4:B3:18:7C:B2:67, softwareseitig deaktiviert, hw, mtu 1500

lo: nicht verwaltet
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

DNS configuration:
        servers: 192.168.178.1
        domains: fritz.box
        interface: enp0s31f6

Rufen Sie »nmcli device show« auf, um vollständige Informationen über bekannte Geräte abzurufen
und »nmcli connection show« für eine Übersicht über aktive Verbindungsprofile.


Die Hilfeseiten nmcli(1) und nmcli-examples(7) geben vollständige Aufrufbeschreibungen.

Hoffe, dass alles drin ist.

Habe oben einen ausführlichen Beitrag geschrieben, bei mir steht da aber:

Dieser Beitrag ist verborgen. Entweder muss er von Moderatoren aktiviert werden oder er wurde explizit von Moderatoren verborgen.

Nur zur Info, weiß nicht, ob das so sein soll 😉

Edit: Jetzt ist er wohl da.

Möglicherweise sind auch beide Treiber zusammen erforderlich. Teste, wenn es funktioniert:

nmcli device # genau so, nicht nur nmcli!
sudo rmmod -v cdc-wdm1
nmcli device
sudo rmmod -v option
nmcli device

Spätestens nach dem zweiten rmmod muss die Funktion aussetzen.

Zweiter Test nach dem Einschlafen und Aufwachen:

nmcli device
sudo modprobe -v option
nmcli device
sudo modprobe -v cdc-wdmi
nmcli device

Ist danach die Funktion wieder hergestellt?

Mit cdc-wdm1 kommt das:

phil@phil-ThinkPad-T460s:~$ sudo rmmod -v cdc-wdm1
[sudo] Passwort für phil:          
rmmod: ERROR: Module cdc_wdm1 is not currently loaded

Meintest Du stattdessen cdc_mbim? Dann passiert das hier (der Reihenfolge nach), und beim ersten rmmod wird die Verbindung auch direkt getrennt:

phil@phil-ThinkPad-T460s:~$ nmcli device
DEVICE     TYPE      STATE            CONNECTION 
cdc-wdm1   gsm       verbunden        O2         
enp0s31f6  ethernet  verbunden        Kabel      
wlp4s0     wifi      nicht verfügbar  --         
lo         loopback  nicht verwaltet  --         

phil@phil-ThinkPad-T460s:~$ sudo rmmod -v cdc_mbim

phil@phil-ThinkPad-T460s:~$ nmcli device                                                             
DEVICE     TYPE      STATE            CONNECTION                                                            
enp0s31f6  ethernet  verbunden        Kabel                                                                 
wlp4s0     wifi      nicht verfügbar  --                                                                    
lo         loopback  nicht verwaltet  --                                                                    

phil@phil-ThinkPad-T460s:~$ sudo rmmod -v option                                                     
rmmod: ERROR: Module option is not currently loaded                                                         

phil@phil-ThinkPad-T460s:~$ nmcli device                                                               
DEVICE     TYPE      STATE            CONNECTION                                                            
enp0s31f6  ethernet  verbunden        Kabel                                                                 
wlp4s0     wifi      nicht verfügbar  --                                                                    
lo         loopback  nicht verwaltet  --                          

Nun in Standby versetzt, aufgeweckt und:

phil@phil-ThinkPad-T460s:~$ nmcli device
DEVICE     TYPE      STATE            CONNECTION 
enp0s31f6  ethernet  verbunden        Kabel      
wlp4s0     wifi      nicht verfügbar  --         
lo         loopback  nicht verwaltet  --         

phil@phil-ThinkPad-T460s:~$ sudo modprobe -v option

phil@phil-ThinkPad-T460s:~$ nmcli device
DEVICE     TYPE      STATE            CONNECTION 
enp0s31f6  ethernet  verbunden        Kabel      
wlp4s0     wifi      nicht verfügbar  --         
lo         loopback  nicht verwaltet  --         

phil@phil-ThinkPad-T460s:~$ sudo modprobe -v cdc_mbim
insmod /lib/modules/5.15.0-60-generic/kernel/drivers/net/usb/cdc_mbim.ko 

phil@phil-ThinkPad-T460s:~$ nmcli device
DEVICE     TYPE      STATE            CONNECTION 
enp0s31f6  ethernet  verbunden        Kabel      
wlp4s0     wifi      nicht verfügbar  --         
lo         loopback  nicht verwaltet  --

Leider taucht der Mobilfunk danach weiterhin nicht wieder auf...

sonnenschutzfaktor schrieb:

[…] Meintest Du stattdessen cdc_mbim?

Ja.

[…] Nun in Standby versetzt, aufgeweckt […] Leider taucht der Mobilfunk danach weiterhin nicht wieder auf...

Schade. Dann wird wohl das Modem nach dem Aufwachen elektrisch nicht wieder eingeschaltet. Was sagt

rfkill list 

nach dem Aufwachen?

Du kannst auch versuchen, nach dem Aufwachen die Funktechnik per Hardware-Schalter aus- und wieder einzuschalten.

kB schrieb:

Was sagt

rfkill list 

nach dem Aufwachen?

Sowohl vor (läuft) als auch nach (läuft nicht) Standby:

phil@phil-ThinkPad-T460s:~$ rfkill list 
0: tpacpi_bluetooth_sw: Bluetooth
        Soft blocked: yes
        Hard blocked: no
1: tpacpi_wwan_sw: Wireless WAN
        Soft blocked: no
        Hard blocked: no
2: phy0: Wireless LAN
        Soft blocked: yes
        Hard blocked: no

Du kannst auch versuchen, nach dem Aufwachen die Funktechnik per Hardware-Schalter aus- und wieder einzuschalten.

Das Teil hat sowas leider nicht, man kann es höchstens noch im Bios deaktivieren.

Habe eben eine Kubuntu 22.10 ISO per Live-Stick gebootet, dort kommt die Verbindung (bzw. die Möglichkeit, Mobilfunk anzuschalten) erst gar nicht. Leider weiß ich jetzt nicht mehr, was (ob überhaupt) ich "damals" für die Karte bzw. Verbindung tun musste. Ne Weile her...

Nuja, es will wohl nicht klappen. Unter Win10 geht's, dann muss ich das nun für unterwegs verwenden... bäh, aber das muss halt laufen.