Este modem3G trae software incluido por el proveedor, cuando se conecta se reconoce como una unidad de disco compacto scsi. Tipicamente nos apareerá como sr1 y podremos darle la orden «eject» y de ahi poder usar el modem3g y el lector de memorias microSD.

Pero que pasa sino vemos el icono del proveedor en nuestro escritorio?

Me ha pasado entres maquinas distintas. En la primera tiene una unidad DVD RW sata, asi que podía pensar que estaba en conflicto. Investigando el problema me encontre que al usar el comando «dmesg» se quedaba en espera de terminar el proceso:

usb 1-3: new high speed USB device using ehci_hcd and address 2
usb 1-3: New USB device found, idVendor=19d2, idProduct=2000
usb 1-3: New USB device strings: Mfr=3, Product=2, SerialNumber=4
usb 1-3: Product: ZTE CDMA Technologies MSM
usb 1-3: Manufacturer: ZTE,Incorporated
usb 1-3: SerialNumber: 1234567890ABCDEF
usb 1-3: configuration #1 chosen from 1 choice
Initializing USB Mass Storage driver…
scsi2 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning

Y hasta ahí se quedaba y no reportaba nada más. En otra maquina no habia unidad SATA, pero fedora 12 nombra mi unidad IDE como sr0. El reporte de «dmesg» pasaba de ese punto y tenia otras lineas adicionales a como sigue:

scsi2 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
USB Mass Storage support registered.
usb-storage: device scan complete
usb 1-3: reset high speed USB device using ehci_hcd and address 2
scsi 2:0:0:0: CD-ROM            ZTE      USB SCSI CD-ROM  2.31 PQ: 0 ANSI: 2
sr1: scsi-1 drive
sr 2:0:0:0: Attached scsi CD-ROM sr1
sr 2:0:0:0: Attached scsi generic sg2 type 5

Pero nada del icono en la pantalla y revisando el directorio de dispositivos, no aparecia por ningun lugar  /dev/sr1

Asi que decidí reportar el bug. Resulta que NetworkManager es parte del proyecto Gnome y ellos usan bugzilla, pueden ver el ticket #603433

A final la culpa no es de NetworkManager, si no de udev, que controla la asignacion de los dispositivos de hardware. Lo bueno es que hay una forma de resolver esta situación.

Sin haber conectado el modem3G, hay que buscar el archivo /lib/udev/rules.d/61-option-modem-modeswitch.rules y editarlo. Al final del archivo hay dos lineas que no dicen ==»0af0″» las que muestro a continuación:

ATTRS{idVendor}==»12d1″, ATTRS{idProduct}==»1446″, RUN+=»modem-modeswitch -v 0x%s{idVendor} -p 0x%s{idProduct} -t option-zerocd»
ATTRS{idVendor}==»19d2″, ATTRS{idProduct}==»2000″, RUN+=»modem-modeswitch -v 0x%s{idVendor} -p 0x%s{idProduct} -t option-zerocd»

Hay que borrarlas esas dos lineas. Yo lo que hice fue hacer un respaldo del archivo en un directorio personal antes de editar ese archivo. Luego de eso se puede conectar el modem3G y seguir las instrucciones que presenté en mi post anterior.

Esta recomendación me funcionó en ambos escenarios y por ello la estoy compartiendo.