[fix] Huawei E180 micro SD card not detected

[z3non]

Binary package hint: hal-info

The Huawei E180 UMTS-USB-Stick (which has the same vendor- and product-id as the E220 and E270) has a slot for an optional micro sd card. When having an SD card inserted, it isn't automounted, due to the settings in /usr/share/hal/fdi/preprobe/10osvendor/20-broken-usb-sticks.fdi. After commenting out the <merge key="info.ignore"-tag it works now:

     <!-- Ignore the Huawei E220 USB HSDPA modem -->
     <match key="@storage.originating_device:usb.vendor_id" int="0x12d1">
       <match key="@storage.originating_device:usb.product_id" int="0x1003">
         <!-- merge key="info.ignore" type="bool">true</merge -->
       </match>
     </match>

There is no interference with the modem functionality so far, the (in linux useless) fake-cd-drive with the installation-software for windows is also shown and mountable, which is no problem for me, but it would be nice to black it out and only show the sd card

On the kernel side it is detected correctly, as you can see in the attached kern.logs. I also attached a lshal-output, which I created after the modification to 20-broken-usb-sticks.fdi ...

[Toby Long-Leather (tobyll)]

Rather than commenting out the merge key line as you have done above, you can move the E220 section inside the <match key="storage.drive_type" string="cdrom"></match> clause, which will remove the fake-cd-drive entry. It doesn't work if you put it inside the <match key="storage.lun" int="1"></match> clause, probably because it has a different LUN, but I don't know how to work out what the LUN is.

Example:

    <match key="storage.bus" string="usb">
      <match key="storage.drive_type" string="cdrom">
        <!-- Ignore the Huawei E220 USB HSDPA modem -->
        <match key="@storage.originating_device:usb.vendor_id" int="0x12d1">
          <match key="@storage.originating_device:usb.product_id" int="0x1003">
            <merge key="info.ignore" type="bool">true</merge>
          </match>
        </match>
        <match key="storage.lun" int="1">
          <!-- Rest of file continues ... -->

[Mark Fraser (launchpad-mfraz)]

Has anyone tried this fix to the fdi rule? As I'm not really an expert on them at the moment and would like to know exactly which parts to modify, can I just insert the above lines and leave the SanDisk parts as they are?

[Andreas Gustafsson (olangu)]

There must be some way to get rid of the cdrom-device and keep the real storage device. And if I remember this correct the e220 did not work if the storage was initiated.

[Toby Long-Leather (tobyll)]

I can confirm that I have a working modem, with no fake CD drive, and with the real storage device working. My post above details the changes I made. My full /usr/share/hal/fdi/preprobe/10osvendor/20-broken-usb-sticks.fdi is attached.

[Andreas Gustafsson (olangu)]

Okay, I can confirm Tobys fix now.
Works great in Intrepid!
The old E220 still works with this fix.

No go in Jaunty tho... But might be some other problem why the usb-storage-scan fails.

[Uwe Mock (u-mock)]

Same thing here with E160. Tobys fix won't work on Jaunty.

[Thomas Astleitner (danube)]

If you blackout the CD-ROM device, will it be visible in a VirtualBox anyway? I actually can't get VBox to convince that there is any... :(

[Ian (superian)]

E160 on Jaunty too - the MicroSD not being recognised is almost as annoying as buying a new MicroSD card and then discovering I already had one lying around...

[Mark Fraser (launchpad-mfraz)]

This bug went away in Karmic, but now it is back in Lucid Alpha 3.

[Benjamin (benjamin-schaefer)]

This bug is still present in Lucid. I'm using the E220/E270 with an 8GB microSD. Vendor/Product is 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E270 HSDPA/HSUPA Modem