@ Henk

Is the problem still there in current cauldron?

If so:

Are there errors in /var/log/messages related with connection and in dmesg.txt that results from running "dmesg > /tmp/dmesg.txt"

Also, if the problem still exists, please provide the output of

lspcidrake -v

output and of

iwconfig

and

iwlist scan

Keywords: (none) => NEEDINFO
CC: (none) => marja11

Henk sent a mail, telling that it doesn't work with present cauldron, but that one of his HD's died and he'll supply more information when he's got a working cauldron again

Created attachment 1062 [details]
logfiles concerning bug 1031

I have some new HD's, a new motherboard and a fresh up-to-date Cauldron.
The bug is still there. See logfiles in the attachment.

(In reply to comment #4)
> I have some new HD's, a new motherboard and a fresh up-to-date Cauldron.
> The bug is still there. See logfiles in the attachment.

Thanks, Henk, for providing all the requested information.

Assigning to maintainer.

Keywords: NEEDINFO => (none)
Assignee: bugsquad => mageia

I have the same problem with the same device and managed to get it working with a workaround.

On inserting the modem dmesg shows
usb 1-1: new high speed USB device using ehci_hcd and address 4
usb 1-1: New USB device found, idVendor=12d1, idProduct=1001
usb 1-1: New USB device strings: Mfr=2, Product=1, SerialNumber=0
usb 1-1: Product: HUAWEI Mobile
usb 1-1: Manufacturer: HUAWEI Technology
option 1-1:1.0: GSM modem (1-port) converter detected
usb 1-1: GSM modem (1-port) converter now attached to ttyUSB0
option 1-1:1.1: GSM modem (1-port) converter detected
usb 1-1: GSM modem (1-port) converter now attached to ttyUSB1
option 1-1:1.2: GSM modem (1-port) converter detected
usb 1-1: GSM modem (1-port) converter now attached to ttyUSB2

but if you look at the actual devices created ttyUSB0 has become ttyUSB_utps_modem

# ls -l /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 1 Feb  5 15:48 /dev/ttyUSB_utps_diag
crw-rw---- 1 root dialout 188, 0 Feb  5 15:51 /dev/ttyUSB_utps_modem
crw-rw---- 1 root dialout 188, 2 Feb  5 15:48 /dev/ttyUSB_utps_pcui

Create a symlink to ttyUSB0 and drakconnect works.
ln -s /dev/ttyUSB_utps_modem /dev/ttyUSB0

Editing /etc/sysconfig/network-scripts/ifcfg-ppp0
to set
MODEMPORT=/dev/ttyUSB_utps_modem
also works

CC: (none) => derekjenn

Sorry, Ignore Comment 6. I had some udev rules left over from an old proprietary dialler which created those nodes. With them removed drakx-net works for me.

3 monthly ping

@ Henk

is this bug still valid with Mageia 2 rc?
http://blog.mageia.org/en/2012/05/09/almost-there-download-mageia-2-rc-new-date-for-final-release/

Keywords: (none) => NEEDINFO

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information.

Closing as OLD.

Status: NEW => RESOLVED
Resolution: (none) => OLD