Your message dated Wed, 21 Nov 2012 10:01:46 +0100 with message-id <[email protected]> and subject line Re: Bug#686840: udev: Fails to mount SD storage cards in device with idVendor=0e8d, idProduct=0002 has caused the Debian Bug report #686840, regarding udev: Fails to mount SD storage cards in device with idVendor=0e8d, idProduct=0002 to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 686840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686840 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: udev Version: 175-7 Severity: normal Dear Maintainer, with current wheezy version of udev I cannot mount my cellphone SD storage card. Having usb plugged in, I choose "usb-drive" option in the cellphone, but no new lines appear in blkid output. So the cellphone SD storage card cannot be mounted. /var/log/kern.log: ... Aug 14 20:05:03 tpx201 kernel: [26147.264520] sd 9:0:0:0: [sdb] Attached SCSI disk Aug 14 20:05:09 tpx201 kernel: [26152.341590] usb 1-1.2: USB disconnect, device number 12 Aug 14 20:05:57 tpx201 kernel: [26200.838722] usb 1-1.2: new high-speed USB device number 13 using ehci_hcd Aug 14 20:05:57 tpx201 kernel: [26200.932117] usb 1-1.2: New USB device found, idVendor=0e8d, idProduct=0002 Aug 14 20:05:57 tpx201 kernel: [26200.932124] usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=4 Aug 14 20:05:57 tpx201 kernel: [26200.932129] usb 1-1.2: Product: X623 Aug 14 20:05:57 tpx201 kernel: [26200.932133] usb 1-1.2: Manufacturer: MediaTek Inc Aug 14 20:05:57 tpx201 kernel: [26200.932137] usb 1-1.2: SerialNumber: 68383100439591f Aug 14 20:05:57 tpx201 kernel: [26200.933344] scsi10 : usb-storage 1-1.2:1.0 ... Then, if I comment out the line ATTRS{idVendor}=="0e8d", ATTRS{idProduct}=="0002", RUN+="usb_modeswitch '%b/%k'" in /lib/udev/rules.d/40-usb_modeswitch.rules, all things work fine. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.46 ii libc6 2.13-35 ii libselinux1 2.1.9-5 ii libudev0 175-7 ii lsb-base 4.1+Debian7 ii procps 1:3.3.3-2 ii util-linux 2.20.1-5.1 Versions of packages udev recommends: ii pciutils 1:3.1.9-5 ii usbutils 1:005-3 udev suggests no packages. -- debconf information: udev/new_kernel_needed: false udev/title/upgrade: udev/reboot_needed: udev/sysfs_deprecated_incompatibility:
--- End Message ---
--- Begin Message ---Version: 20121109-1 Le jeudi, 6 septembre 2012 18.15:12, Josua Dietze a écrit : > At the heart of the matter is the decision of the phone/firmware makers to > re-use the USB ID of the MediaTek modems. Now we have to separate phones > from modem sticks. > > The solution is to alter the config file name "0e8d:0002" to > "0e8d:0002:uPr=MT" in the usb_modeswitch data package. The known phones > with the ID have iProduct attributes beginning with "X", modems have "MT". > > By changing the name, phones will be left alone entirely. > > This will of course be changed in the next upstream release of the data > package; maybe Odyx can release a small fix in advance. Indeed, that got changed in 20121109-1, uploaded to experimental. I will see if I can backport this fix to Wheezy, in discussion with the release team. Cheers, and thanks again Josua for the reactiveness! OdyX
--- End Message ---
