USB Modem not working

Mons1990 · 2014-01-09 11:58:20

Hi. I have an USB Modem from Tre.it (manufacturer Huawei) that worked before reinstalling my OS and now it doesn't. It seems i repeated same steps I did 3 months ago w/o problebs, and I'm getting mad for it.

[mons@arch-desktop ~]$ pacman -Q networkmanager modemmanager usbutils usb_modeswitch
networkmanager 0.9.8.8-1
modemmanager 1.0.0-2
usbutils 007-1
usb_modeswitch 2.0.1-1

[mons@arch-desktop ~]$ systemctl --type=service
UNIT                         LOAD   ACTIVE SUB     DESCRIPTION
accounts-daemon.service      loaded active running Accounts Service
bluetooth.service            loaded active running Bluetooth service
colord.service               loaded active running Manage, Install and Generate 
dbus.service                 loaded active running D-Bus System Message Bus
gdm.service                  loaded active running GNOME Display Manager
kmod-static-nodes.service    loaded active exited  Create list of required stati
ModemManager.service         loaded active running Modem Manager
NetworkManager.service       loaded active running Network Manager
ntpd.service                 loaded active running Network Time Service
polkit.service               loaded active running Authorization Manager
psd.service                  loaded active exited  Profile-sync-daemon
rtkit-daemon.service         loaded active running RealtimeKit Scheduling Policy
systemd-f...\x2d0883.service loaded active exited  File System Check on /dev/dis
systemd-f...d2ff55d4.service loaded active exited  File System Check on /dev/dis
systemd-f...2c76580b.service loaded active exited  File System Check on /dev/dis
systemd-journald.service     loaded active running Journal Service
systemd-logind.service       loaded active running Login Service
systemd-modules-load.service loaded active exited  Load Kernel Modules
systemd-random-seed.service  loaded active exited  Load/Save Random Seed
systemd-remount-fs.service   loaded active exited  Remount Root and Kernel File 
systemd-sysctl.service       loaded active exited  Apply Kernel Variables
systemd-t...etup-dev.service loaded active exited  Create static device nodes in
systemd-t...es-setup.service loaded active exited  Recreate Volatile Files and D
systemd-udev-trigger.service loaded active exited  udev Coldplug all Devices
systemd-udevd.service        loaded active running udev Kernel Device Manager
systemd-update-utmp.service  loaded active exited  Update UTMP about System Rebo
systemd-u...sessions.service loaded active exited  Permit User Sessions
systemd-v...le-setup.service loaded active exited  Setup Virtual Console
udisks2.service              loaded active running Disk Manager
upower.service               loaded active running Daemon for power management
user@1000.service            loaded active running User Manager for 1000

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

31 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

[mons@arch-desktop ~]$ systemctl status NetworkManager && systemctl status ModemManager
NetworkManager.service - Network Manager
   Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled)
   Active: active (running) since gio 2014-01-09 12:32:11 CET; 9min ago
 Main PID: 331 (NetworkManager)
   CGroup: /system.slice/NetworkManager.service
           └─331 /usr/bin/NetworkManager --no-daemon

ModemManager.service - Modem Manager
   Loaded: loaded (/usr/lib/systemd/system/ModemManager.service; enabled)
   Active: active (running) since gio 2014-01-09 12:32:11 CET; 9min ago
 Main PID: 330 (ModemManager)
   CGroup: /system.slice/ModemManager.service
           └─330 /usr/bin/ModemManager

[mons@arch-desktop ~]$ lsusb
Bus 004 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 005: ID 12d1:14fe Huawei Technologies Co., Ltd.
Bus 003 Device 004: ID 046d:c50a Logitech, Inc. Cordless Mouse
Bus 003 Device 003: ID 046d:0825 Logitech, Inc. Webcam C270
Bus 003 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching 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 005: ID 0a5c:2148 Broadcom Corp. BCM92046DG-CL1ROM Bluetooth 2.1 Adapter
Bus 001 Device 004: ID 0a5c:4503 Broadcom Corp. Mouse (Boot Interface Subclass)
Bus 001 Device 003: ID 0a5c:4502 Broadcom Corp. Keyboard (Boot Interface Subclass)
Bus 001 Device 002: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub (part of BCM2046 Bluetooth)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[mons@arch-desktop ~]$ dmesg # (only last lines reported)
[  715.230629] usb 3-1.4: new high-speed USB device number 6 using ehci-pci
[  715.316580] usb-storage 3-1.4:1.0: USB Mass Storage device detected
[  715.316746] scsi6 : usb-storage 3-1.4:1.0
[  715.316905] usb-storage 3-1.4:1.1: USB Mass Storage device detected
[  715.317071] scsi7 : usb-storage 3-1.4:1.1
[  716.318149] scsi 6:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2
[  716.319594] sr2: scsi-1 drive
[  716.319783] sr 6:0:0:0: Attached scsi CD-ROM sr2
[  716.321698] scsi 7:0:0:0: Direct-Access     HUAWEI   SD Storage       2.31 PQ: 0 ANSI: 2
[  716.323445] sd 7:0:0:0: [sdc] Attached SCSI removable disk
[  716.454512] ISO 9660 Extensions: Microsoft Joliet Level 1
[  716.455764] ISOFS: changing to secondary root

But in network-manager-applet my modem doesn't appear and

[mons@arch-desktop ~]$  ls /sys/class/net # Where enp3s0 is my LAN
enp3s0  lo

It seems that modeswitch failed the switching from ZeroCD but

[mons@arch-desktop ~]$ cat /lib/udev/rules.d/40-usb_modeswitch.rules # (deleted all device except my one)
# Part of usb-modeswitch-data, version 20130807
#
# Recommended use with USB_ModeSwitch >= 1.2.5, works with versions >= 1.0.3
# (New style, interface class check moved to dispatcher)
#
ACTION!="add|change", GOTO="modeswitch_rules_end"

# Adds a symlink "gsmmodem[n]" to the lowest ttyUSB port with interrupt
# transfer; checked against a list of known modems, or else no action
KERNEL=="ttyUSB*", ATTRS{bNumConfigurations}=="*", PROGRAM="usb_modeswitch --symlink-name %p %s{idVendor} %s{idProduct} %E{PRODUCT}", SYMLINK+="%c"

SUBSYSTEM!="usb", GOTO="modeswitch_rules_end"

# Adds the device ID to the "option" driver after a warm boot
# in cases when the device is yet unknown to the driver; checked
# against a list of known modems, or else no action
ATTR{bInterfaceClass}=="ff", ATTR{bInterfaceNumber}=="00", ATTRS{bNumConfigurations}=="*", RUN+="usb_modeswitch --driver-bind %p %s{idVendor} %s{idProduct} %E{PRODUCT}"


# Don't continue on "change" event, prevent trigger by changed configuration
ACTION!="add", GOTO="modeswitch_rules_end"


# T-Mobile NL (Huawei E352)
ATTR{idVendor}=="12d1", ATTR{idProduct}=="14fe", RUN+="usb_modeswitch '%b/%k'"

LABEL="modeswitch_rules_end"

Can you avoid me fisting the wall till hand breaks?
Thank you in advance and goodbye ;-)

Last edited by Mons1990 (2014-01-09 13:15:09)

Mons1990 · 2014-01-09 15:42:08

Found new info:

[mons@arch-desktop ~]$ usb-devices # (only the modem is reported)

T:  Bus=03 Lev=02 Prnt=02 Port=03 Cnt=03 Dev#=  6 Spd=480 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=12d1 ProdID=14fe Rev=01.02
S:  Manufacturer=HUAWEI
S:  Product=HUAWEI Mobile
C:  #Ifs= 2 Cfg#= 1 Atr=80 MxPwr=500mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
I:  If#= 1 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage

Why usb-storage? :-( :-( :-( :-(

loonies · 2014-01-09 16:17:56

Try ejecting USB storage acting as "CD-ROM"

$ eject /dev/sr2 (or sr0, sr1)

Last edited by loonies (2014-01-09 16:18:49)

Mons1990 · 2014-01-09 16:31:42

No luck... :-(

[mons@arch-desktop ~]$ nmcli d
DEVICE     TIPO              STATO        
enp3s0     802-3-ethernet    collegato

Mons1990 · 2014-01-09 21:37:45

http://www.draisberghof.de/usb_modeswit … f=4&t=1847

usb_modeswitch-related bug? But how it can happen if it's not updated since 10/13?!?! Possible answer: earlier installation was i686, maybe x86_64 is buggy and i686 isn't?

jantar · 2014-01-10 05:44:25

Hi,

I have the same problem with my ZTE MF821 4G modem. It looks like udev is not executing usb_modeswitch anymore aftet last systemd upgrade. (Running usb_modeswitch manually works for me.)

So what can we do ? Downgrade systemd ?

Last edited by jantar (2014-01-10 05:49:24)

tuxybuzz13 · 2014-01-10 16:07:36

I have the exact same problem.
Huawei E173u2 modem. Which is -v 0x12d1 -p 0x1446.
However here is the strange part. It used to work fine till day before. Then I updated my system. From what I remember modemmanager was the only relevant package that got updated. I started having this problem. I figured something was broken and re-installed arch. Followed the same procedure to set up my usb stick again. And the modeswitch worked perfectly. I must have used it a couple of times. Now today I'm back to the same problem! I didn't even update my system. Only installed a few packages (eclipse, java, virtualbox, conky).
I have no idea what is causing this. I was also thinking that udev is not switching, but I'm not able to to it manually either.
Just to be sure that I'm doing the right thing, I'll paste the output:

[tanmay@TanmayArch ~]$ lsusb
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 04f2:b328 Chicony Electronics Co., Ltd 
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 12d1:1446 Huawei Technologies Co., Ltd. E1552/E1800/E173 (HSPA modem)
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[tanmay@TanmayArch ~]$ sudo usb_modeswitch -v 0x12d1 -p 0x1446 -V 0x12d1 -P 0x1436 -M 55534243123456780000000000000011062000000100000000000000000000
[sudo] password for tanmay: 
Look for target devices ...
 No devices in target mode or class found
Look for default devices ...
   product ID matched
 Found devices in default mode (1)
Access device 002 on bus 003
Get the current device configuration ...
 OK, got current device configuration (1)
Use interface number 0
Use endpoints 0x01 (out) and 0x81 (in)
Inquire device details; driver will be detached ...
Looking for active driver ...
 OK, driver detached

SCSI inquiry data (for identification)
-------------------------
  Vendor String: HUAWEI  
   Model String: Mass Storage    
Revision String: 2.31
-------------------------

USB description data (for identification)
-------------------------
Manufacturer: HUAWEI Technology
     Product: HUAWEI Mobile
  Serial No.: not provided
-------------------------
Set up interface 0
Use endpoint 0x01 for message sending ...
Trying to send message 1 to endpoint 0x01 ...
 OK, message successfully sent
Reset response endpoint 0x81
Reset message endpoint 0x01
 Device is gone, skip any further commands
-> Run lsusb to note any changes. Bye!

[tanmay@TanmayArch ~]$ lsusb
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 04f2:b328 Chicony Electronics Co., Ltd 
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 12d1:1446 Huawei Technologies Co., Ltd. E1552/E1800/E173 (HSPA modem)
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

So apparently the usb_modeswitch completes it's operation but lsusb shows no change.
I'm fine with doing this manually, but unfortunately I can't even get this working.
Any ideas?

*EDIT
I have discovered that the manual operation does infact remove the device /dev/sr0, but lsusb still recognizes the device as the same and more importantly it still doesn't show up as a modem

Last edited by tuxybuzz13 (2014-01-10 16:18:53)

arieaja123 · 2014-01-11 10:31:57

tuxybuzz13 : thank u so much. i have use your solution and my modem now detect.

Mons1990 · 2014-01-11 15:58:26

We eberybody use Virtualbox?!

piotrek91666 · 2014-01-11 20:10:13

I removed the virtualbox package and my modem now switching correctly.

tuxybuzz13 · 2014-01-11 21:57:34

Haha, I never knew that was in fact a 'solution' because it didn't work for me.
So, virtual-box update broke the switching then? I installed/updated virtual box in both cases so that must be it.
Anyway, I got a 3g modem to wifi device, so this doesn't affect me anymore. Good to know the cause has been identified though.

kichawa · 2014-01-13 00:12:33

My usb 3g modem e173u-2 is not working too.
http://www.draisberghof.de/usb_modeswit … erence.txt

lsusb output before:
Bus 002 Device 010: ID 12d1:1446 Huawei Technologies Co., Ltd. E1552/E1800/E173 (HSPA modem)

usb_modeswitch -v 0x12d1 -p 0x1446 -V 0x12d1 -P 0x140c -M 55534243123456780000000000000011062000000100000000000000000000

lsusb output after:
Bus 002 Device 016: ID 12d1:1436 Huawei Technologies Co., Ltd. E173 3G Modem (modem-mode)

My updates:
[2014-01-12 00:30] [PACMAN] upgraded linux (3.12.6-1 -> 3.12.7-1)
[2014-01-12 19:54] [PACMAN] upgraded linux-firmware (20131013.7d0c7a8-1 -> 20131230.52d77db-1)
[2014-01-13 00:42] [PACMAN] upgraded virtualbox-host-modules (4.3.6-2 -> 4.3.6-3)

Mons1990 · 2014-01-13 13:23:59

It's due to the virtualbox update released on Jan 04 which brought his udev rule execution order from 10 to 60, so usb_modeswitch works well but virtualbox overwrites his rules (they're 40).
I opened a bug that you can see here, and I'm going to

# mv /lib/udev/rules.d/40-usb_modeswitch.rules /lib/udev/rules.d/61-usb_modeswitch.rules

and report if it works. Stay tuned.

EDIT: It works after reboot. I suggest you to use this workaround till he bug is is fixed. Bye bye.

Last edited by Mons1990 (2014-01-13 17:41:11)

sm0x · 2014-01-13 22:28:06

thx mons1990! Your Workarround works great with Huawei 12d1:14fe (now 1506 )!!!

topu · 2014-01-15 11:09:02

Thanks for the solution! This bug was killing me.
And you don't have to reboot, just reload udev rules:
# udevadm control --reload-rules

Mons1990 · 2014-01-15 13:37:27

topu wrote:

And you don't have to reboot, just reload udev rules:
# udevadm control --reload-rules

I didn't know about this command. TY.

vyvar · 2014-01-15 14:22:10

Mons1990 wrote:

It's due to the virtualbox update released on Jan 04 which brought his udev rule execution order from 10 to 60, so usb_modeswitch works well but virtualbox overwrites his rules (they're 40).
I opened a bug that you can see here, and I'm going to
# mv /lib/udev/rules.d/40-usb_modeswitch.rules /lib/udev/rules.d/61-usb_modeswitch.rules
and report if it works. Stay tuned.
EDIT: It works after reboot. I suggest you to use this workaround till he bug is is fixed. Bye bye.

works for me too

makan · 2014-01-29 10:29:56

thank you, Mons1990

you save my day

t0mm13b · 2014-02-03 13:06:29

Have had the same problem here, the solution was simple to fix though,

usb_modeswitch --default-vendor=0x12d1 --default-product=0x1446 -c "/usr/share/usb_modeswitch/12d1:1446"

Need not have to type in the arcane command on the command line, the above did the trick for me though.

Am surprised that virtualbox was the culprit in not doing the usb switching in the first place.

ovisan · 2014-02-11 07:41:44

Thank you Mons1990, that worked great!

Last edited by ovisan (2014-02-11 07:42:01)

matse · 2014-02-18 11:13:51

Thanks Mons1990, had the same problem - I uninstalled virtualbox and voted for your bug report

amaro · 2015-05-17 07:33:33

t0mm13b wrote:

usb_modeswitch --default-vendor=0x12d1 --default-product=0x1446 -c "/usr/share/usb_modeswitch/12d1:1446"
Am surprised that virtualbox was the culprit in not doing the usb switching in the first place.

I didn't have virtualbox installed but my usb modem wasn't working either after the latest updates. The solution that worked for me was

usb_modeswitch --default-vendor=0x**** --default-product=0x**** -c "/usr/share/usb_modeswitch/****:****"

and it needed no reboot. I put asterisks cause my modem specifications were different.

Thanks, t0mm13b!

WorMzy · 2015-05-18 20:12:15

Hi Amaro, I'm glad you solved your problem, but this topic is over a year old. Please don't "necrobump".

https://wiki.archlinux.org/index.php/Fo … bumping.22

Closing.

Arch Linux

#1 2014-01-09 11:58:20

USB Modem not working

#2 2014-01-09 15:42:08

Re: USB Modem not working

#3 2014-01-09 16:17:56

Re: USB Modem not working

#4 2014-01-09 16:31:42

Re: USB Modem not working

#5 2014-01-09 21:37:45

Re: USB Modem not working

#6 2014-01-10 05:44:25

Re: USB Modem not working

#7 2014-01-10 16:07:36

Re: USB Modem not working

#8 2014-01-11 10:31:57

Re: USB Modem not working

#9 2014-01-11 15:58:26

Re: USB Modem not working

#10 2014-01-11 20:10:13

Re: USB Modem not working

#11 2014-01-11 21:57:34

Re: USB Modem not working

#12 2014-01-13 00:12:33

Re: USB Modem not working

#13 2014-01-13 13:23:59

Re: USB Modem not working

#14 2014-01-13 22:28:06

Re: USB Modem not working

#15 2014-01-15 11:09:02

Re: USB Modem not working

#16 2014-01-15 13:37:27

Re: USB Modem not working

#17 2014-01-15 14:22:10

Re: USB Modem not working

#18 2014-01-29 10:29:56

Re: USB Modem not working

#19 2014-02-03 13:06:29

Re: USB Modem not working

#20 2014-02-11 07:41:44

Re: USB Modem not working

#21 2014-02-18 11:13:51

Re: USB Modem not working

#22 2015-05-17 07:33:33

Re: USB Modem not working

#23 2015-05-18 20:12:15

Re: USB Modem not working

Board footer