usb-storage: waiting for device to settle before scanning
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libmtp |
Unknown
|
Unknown
|
|||
libgphoto2 (Ubuntu) |
Fix Released
|
Undecided
|
Martin Pitt | ||
libmtp (Ubuntu) |
Fix Released
|
Undecided
|
Martin Pitt | ||
linux (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Bug Description
2.6.28-11-generic
Problem: mp3 player (Sansa e270) should be mounted and seen as usb storage when attached via usb. With Intrepid, a window would appear asking what to do (open with Rhythmbox, etc). After upgrade to Jaunty (and then after a fresh reinstall of Jaunty), the usb storage is not seen. Normal usb thumbdrives are, however, recognized and are mounted.
Similar to other bugs (341191) generally for older versions, but this is different as it doesn't ever get past the "waiting for device to settle" part. Also, it doesn't matter how many times I reconnect the device, it is never recognized.
[ 2004.203465] usb 2-2.1: USB disconnect, address 7
[ 2043.365473] usb 2-2.4: new full speed USB device using ohci_hcd and address 8
[ 2044.197475] usb 2-2.4: not running at top speed; connect to a high speed hub
[ 2044.215539] usb 2-2.4: configuration #128 chosen from 1 choice
[ 2044.231613] scsi10 : SCSI emulation for USB Mass Storage devices
[ 2044.231804] usb-storage: device found at 8
[ 2044.231805] usb-storage: waiting for device to settle before scanning
lsusb shows the device (008):
Bus 001 Device 004: ID 0bda:0103 Realtek Semiconductor Corp. USB 2.0 Card Reader
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 008: ID 0781:7421 SanDisk Corp. Sansa E200 series
Bus 002 Device 003: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
Bus 002 Device 002: ID 058f:9254 Alcor Micro Corp. Hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
MachineType: System manufacturer System Product Name
NonfreeKernelMo
Package: linux-image-
ProcCmdLine: root=UUID=
ProcEnviron:
LANG=en_CA.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: linux
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
BeatleJoose (dc456) wrote : | #1 |
- lspci-vnvn.log Edit (19.6 KiB, text/plain)
- BootDmesg.txt Edit (42.2 KiB, text/plain; charset="utf-8")
- CurrentDmesg.txt Edit (5.3 KiB, text/plain; charset="utf-8")
- Dependencies.txt Edit (990 bytes, text/plain; charset="utf-8")
- HalComputerInfo.txt Edit (3.1 KiB, text/plain; charset="utf-8")
- Lspci.txt Edit (11.0 KiB, text/plain; charset="utf-8")
- Lsusb.txt Edit (414 bytes, text/plain; charset="utf-8")
- ProcCpuinfo.txt Edit (1.5 KiB, text/plain; charset="utf-8")
- ProcInterrupts.txt Edit (1.1 KiB, text/plain; charset="utf-8")
- ProcModules.txt Edit (4.3 KiB, text/plain; charset="utf-8")
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ori Avtalion (salty-horse) wrote : | #2 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ori Avtalion (salty-horse) wrote : | #3 |
- dmesg log of repeated connection attemps (and success) Edit (10.2 KiB, text/plain)
Attached is the dmesg log.
Please note that in this case I am using the Rockbox firmware on the device, but the same behavior is occurs with the original firmware.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
BeatleJoose (dc456) wrote : | #4 |
I should note that I am using the Rockbox firmware as well (original poster of this bug). Thanks for the extra info, Ori, hopefully this will get fixed in an upcoming version of Ubuntu.
I'll try disconnecting and reconnecting multiple times as you mention.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Tim Kosse (tim-kosse) wrote : | #5 |
Me too!
I'm also using a Rockbox (revision 20666) on a Sansa e280 v1.
Trying to connect it to my Thinkpad R52. After plugging it in it's stuck at "usb-storage: waiting for device to settle before scanning".
I do not have problems on other operating systems (Gentoo Linux, Windows XP, OS X 10.5)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Philip Macpherson (philipmac1) wrote : | #6 |
I too have this problem on Jaunty. I remember having a similar problem back in a feisty development. I think I fixed it at the time by formatting it on a working computer. However this time it didn't help.
It still loads perfectly on another computer's older ubuntu. As well as a windows laptop.
I tried disconnecting and reconnecting multiple times but it didn't help.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Marcello Giordano (napopa) wrote : | #7 |
I can confirm the problem.
After upgrading to Jaunty my sansa e200 with rockbox firmware is not recognized anymore...
After plugging the device in the dmesg log reports
usb-storage: waiting for device to settle before scanning
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Tim Kosse (tim-kosse) wrote : | #8 |
Updated Rockbox to revision 20753, no change.
After retrying many times in a row Ubuntu will eventually detect the partitions, but there doesn't be any system behind it.
My guess would be that it is most likely a timing issue.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Tim Kosse (tim-kosse) wrote : | #9 |
Caused by an incorrect entry in /usr/share/
The USB product ID used by Sansa e200 running in UMS/MSC mode, both by Rockbox as well as original firmware is 0x7421. The PID for MTP mode is 0x7420.
The fdi file lists both PIDs for use with MTP which is incorrect, removing the wrong entry makes it work again.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Tim Kosse (tim-kosse) wrote : | #10 |
- libgphoto_sansa.diff Edit (698 bytes, text/plain)
The attached patch for libgphoto2 works for me.
With it applied, both original firmware and Rockbox work fine.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Philip Macpherson (philipmac1) wrote : | #11 |
Thanks so much for the fix Tim Kosse. Do you recommend I google a way to apply the patch to fix it? Or is there a high chance it will make it into the repo's in the next few days? Thanks again.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Tim Kosse (tim-kosse) wrote : | #12 |
Try these simple steps:
apt-get install build-essential debuild
apt-get build-dep libgphoto2
apt-get source libgphoto2
wget http://
patch -p0 -i libgphoto_
cd libgphoto2-2.4.2
debuild -uc -us
cd ..
dpkg -i libgphoto2-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
BeatleJoose (dc456) wrote : | #13 |
@Tim Kosse,
Thanks for providing the steps! However, it seems that debuild is installed with devscripts, at least on my machine, making the first line of your steps:
apt-get install build-essential devscripts
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Philip Macpherson (philipmac1) wrote : | #14 |
Just tested my player with the patch installed and it's working. :D Thank you so much again for finding the problem and the solution
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
BeatleJoose (dc456) wrote : | #15 |
I can confirm that the fix as outlined here works! I am running 64-bit Ubuntu, so I made another slight change to the instructions, which is obviously changing "i386" in the final line to "amd64".
Fantastic job with the patch. Thanks again.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ori Avtalion (salty-horse) wrote : | #16 |
Filed bug upstream in libmtp (which libgphoto2 uses)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Pitt (pitti) wrote : | #17 |
Ori, I don't understand this. Certainly the ID shouldn't be removed in both libmtp and libgphoto2? Can you please also add the patch to the upstream bug, as well as giving them a reference to this Launchpad bug, so that they can get furhter information? Thanks!
Changed in linux (Ubuntu): | |
status: | New → Invalid |
Changed in libgphoto2 (Ubuntu): | |
assignee: | nobody → Martin Pitt (pitti) |
status: | New → Triaged |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ori Avtalion (salty-horse) wrote : | #18 |
Martin,
I have spoken with Marcus Meissner, a libgphoto2 developer, and was asked to file a bug in libmtp.
The music_player.h file is maintained in libmtp and synced in libgphoto2, as clearly evidenced in the logs:
http://
In the first line of the upstream bug, I have already linked to this one.
And now I've attached the patch there, too :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Marcus Meissner (meissner) wrote : | #19 |
libmtp and libgphoto2 both access the device via "MTP".
The user seems to want to access the device via "USB Mass Storage" instead, and removing the id
removes it from auto-starting things like gvfs, which in turn detach the Mass Storage driver.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Pitt (pitti) wrote : | #20 |
Ah, now I understand. Thanks for the explanation!
Changed in libmtp (Ubuntu): | |
status: | New → Triaged |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : | #21 |
Having same problem with jaunty and sansa e260 with rockbox.
Can someone upload this patched lib to a ppa until it's fixed upstream?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Josef Wells (josefwells) wrote : | #22 |
Using a Toshiba Gigabeat MEGF-40 (tried several version of RockBox) I had the same problem.
Edited /usr/share/
Searched for Gigabeat MEGF-40
A few lines before, It has:
<match key="usb.vendor_id" int="2352">
<match key="usb.
the command "lsusb" showed:
Bus 001 Device 011: ID 0930:0009 Toshiba Corp. Gigabeat F/X (HDD audio player)
I changed the 2352 to 0930
Saved.
Plugged in my toshiba and it popped up on the desktop.
Thanks so much for the help, I look forward to the package in an update!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ori Avtalion (salty-horse) wrote : | #23 |
Josef, 2352 is 930 in hexadecimal, so that's more of a hack than a fix.
I think your edit simply disabled gphoto's assumption that your device runs in MTP mode (it's probably running in MSC mode).
Does your device have the option of switching between those two modes?
Can you please change it to MTP mode, connect it to the computer, and run lsusb again?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
ThomasMartitz (thomas47-deactivatedaccount) wrote : | #24 |
I've mailed to the libmtp ML[1] and got an answer within 1 hour.
Tim Kosse's patch got accepted, so the Sansa e200 series should be fixed in upstream.
Please note that there was a bigger bug (the bug that gphoto even tried to treat devices as MTP even if it didn't respond to MTP commands since it is in MSC/UMS which applies to all possible devices) which is fixed since a while in upstream too [2].
[1]http://
[2]http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Josef Wells (josefwells) wrote : | #25 |
Ori,
Sorry didn't see your note until today. I see now the XML speifies the usb.*_id as int, so like you said, a hack, but that is fine while I wait for upstream :) Just wanted to put up more detailed instructions for people who just want it to work for now.
The rockbox firmware for the gigabeat doesn't have an MTP mode, so I can't help with that request.
I think my wife's e200 Sansa can switch modes, I'll grab it tomorrow and try it.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ori Avtalion (salty-horse) wrote : | #26 |
Hi Josef,
I'm asking about the Gigabeat specifically. Perhaps its entry in the config file is wrong. :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Josef Wells (josefwells) wrote : | #27 |
I think a non-rockbox gigabeat has MTP capability, maybe someone else can help. Or maybe it works for them, in as much as MTP can be considered working.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ori Avtalion (salty-horse) wrote : | #28 |
It's possible that Josef's problem has been fixed in:
http://
Should be tested.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
oudalrich (uhkeller) wrote : | #29 |
Applying the patch as described in #12 fixed the problem for me too. However, Ubuntu wants to re-install the repository's version of libgphoto2-2 each time I run an update. How can I force it to stay at the patched version until a real update is out? I tried using "Hold" in Aptitude and "Force version" in Synaptic, but since the version number of the patched version is identical to the repository's version, this did not work.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
HankB (hbarta) wrote : | #30 |
I have also applied the patch and can confirm that it works for the lpia architecture.
There is a duplicate of this bug filed under https:/
thanks for the patch and instructions for how to apply it.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Marcus Meissner (meissner) wrote : | #31 |
The real issue here however is neither a libmtp nor libgphoto2 bug.
It is a RockBox bug.
It reuses a USB ID for a device but provides different functionality.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ori Avtalion (salty-horse) wrote : | #32 |
Hi Marcus,
It has been established that the bug manifests in the original Sansa e200 firmware, and that the solution solves it. (The same is true for the rockbox firmware)
Also, the USB product ID provided by the rockbox firmware is exactly the same one provided by the original firmware. I have just verified this again on my own device, and have also discussed this with rockbox developers a few weeks ago.
What may confuse you is the fact that the original Sansa firmware allows for two modes of operation: MSC and MTP. In each of those modes, a different product ID is reported. (This factoid, too, was again just verified by me)
Rockbox's firmware uses the MSC product id, since it doesn't support MTP. Thus it provides the SAME functionality as the original firmware using the same product ID.
If I have failed to convince you, please explain why you think it's a rockbox bug.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Marcus Meissner (meissner) wrote : | #33 |
ah ok,
i thought it was a dual mode device with the same USB ids (as also exist)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Geistanon (phentos) wrote : | #34 |
The above patch worked for me as well! Many thanks.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Josef Wells (josefwells) wrote : | #35 |
Ori,
The Gigabeat has the ability to run in MTP or "USB" mode, at least with the original firmware.
http://
(search for MTP)
I tried to reinstall the original firmware to no avail. I do wonder what lsusb would say if you changed the "mode" in the original firmware.
If lsusb doesn't change for the modes, rockbox should update its usb id to match the original firmware.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
HankB (hbarta) wrote : Re: [Bug 355998] Re: usb-storage: waiting for device to settle before scanning | #36 |
On Tue, May 5, 2009 at 9:52 AM, Josef Wells
<email address hidden> wrote:
>
> http://
> (search for MTP)
>
> I tried to reinstall the original firmware to no avail. I do wonder
> what lsusb would say if you changed the "mode" in the original firmware.
Here are the results with my Sansa e280. Rockbox leaves the original
firmware (OF) intact since it only recently got USB support.
Rockbox lsusb:
Bus 008 Device 005: ID 0781:7421 SanDisk Corp. Sansa E200 series
OF/MSC
Bus 008 Device 006: ID 0781:7421 SanDisk Corp. Sansa E200 series
OF/MTP
Bus 008 Device 007: ID 0781:7420 SanDisk Corp. Sansa E200 series (mtp)
I can confirm that the bug in 9.04 prevented my Sansa from being
mounted regardless of whether it was running Rockbox or OF/MSC. If I
switched the OF to MTP, it was mounted but copying files to it did not
work correctly. It appears that 8.10 will not mount it in MTP mode.
(Files appeared in the mounted FS regardless of firmware and did not
appear in the device when it was not mounted. But that's another
issue.)
--
'03 BMW F650CS - hers
'98 Dakar K12RS - "BABY K" grew up.
'93 R100R w/ Velorex 700 (MBD starts...)
'95 Miata - "OUR LC"
polish visor: apply squashed bugs, rinse, repeat
Beautiful Sunny Winfield, Illinois
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ori Avtalion (salty-horse) wrote : | #37 |
Thanks for the info, Hank.
The bug was already confirmed for the Sansa (the device I have). I was asking Josef about the Gigabeat, because perhaps it had a similar bug in libmtp. (which was probably fixed already)
Perhaps you should file a new bug for the problem of copying files after mounting in MTP mode.
Changed in libgphoto2 (Ubuntu): | |
status: | Triaged → In Progress |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
mark gay (mark-gay) wrote : | #38 |
I think this bug is also causing problems with my ebook reader. It is an ASTAK EZ Reader (actually a Hanlin V3) . It has 256M internal storage and a SDisk slot. When attached via USB it comes up fine under Intrepid on my laptop, but it quit being recognized from my desktop, running Jaunty, after an upgrade a few weeks back.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Randy Noseworthy (randynose) wrote : | #39 |
Hey all! I've tried to use @Tim Kosse's fix / patch and I'm running into problems. I tried it first from a default terminal window, and then thought that changing to the dir where the files are might help. - it didn't. I do a...
cd /usr/share/
sudo apt-get install build-essential devscripts
sudo apt-get install build-essential debuild
apt-get build-dep libgphoto2
-after that's run I run into this problem:
E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
me@my-laptop:~$ sudo apt-get build-dep libgphoto2
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to find a source package for libgphoto2
me@my-laptop:~$
apt-get source libgphoto2
wget http://
patch -p0 -i libgphoto_
cd libgphoto2-2.4.2
debuild -uc -us
cd ..
dpkg -i libgphoto2-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : | #40 |
emmm.. did you enable the archive source repository?
-- Amr
On Sat, May 23, 2009 at 19:42, RandyNose <email address hidden> wrote:
> Hey all! I've tried to use @Tim Kosse's fix / patch and I'm running
> into problems. I tried it first from a default terminal window, and
> then thought that changing to the dir where the files are might help. -
> it didn't. I do a...
>
> cd /usr/share/
> sudo apt-get install build-essential devscripts
> sudo apt-get install build-essential debuild
> apt-get build-dep libgphoto2
>
> -after that's run I run into this problem:
>
> E: Unable to lock the administration directory (/var/lib/dpkg/), are you
> root?
> me@my-laptop:~$ sudo apt-get build-dep libgphoto2
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> E: Unable to find a source package for libgphoto2
> me@my-laptop:~$
>
>
>
> apt-get source libgphoto2
> wget http://
> patch -p0 -i libgphoto_
> cd libgphoto2-2.4.2
> debuild -uc -us
> cd ..
> dpkg -i libgphoto2-
>
> --
> usb-storage: waiting for device to settle before scanning
> https:/
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Randy Noseworthy (randynose) wrote : | #41 |
You see when I first read that, I saw "ARCHIVE" repository... and.. well, that wasn't the ticket. It was the SOURCE repo that was my failure to enable... etc... Sheesh... But I got it up and WORKING, I'll be doing a quick little blog post about it... I don't know how soon this will be fixed. I've never done something like this before.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dan Lenski (lenski) wrote : | #42 |
Another "me too." :-)
Tim Kosse, your original solution (removing the Sansa e2x0 entries from /usr/share/
I have not yet tried patching gPhoto to not try and handle USB mass storage devices, but in my opinion this is a sorely needed update. It is quite mystifying to connect a USB drive and not see any device nodes get created!!!
And /var/lib/messages gives no indication of the voodoo done by HAL, which made it even harder to track this bug down for me... :-(
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dan Lenski (lenski) wrote : | #43 |
A related (?) bug:
After using Tim's fix, the e2x0 shows up as a mass storage device. So far so good.
But when I start Rhythmbox, the device disappears! It seems that Rhythmbox tries to reinitialize it as a MTP device when the mtpdevice plugin is enabled. I am having trouble determining how Rhythmbox/libmtp decides that it should try to open the device via MTP. Does anyone know where libmtp is getting this from?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Marcus Meissner (meissner) wrote : Re: [Bug 355998] Re: usb-storage: waiting for device to settle before scanning | #44 |
On Sun, May 24, 2009 at 07:22:27PM -0000, Dan Lenski wrote:
> A related (?) bug:
>
> After using Tim's fix, the e2x0 shows up as a mass storage device. So
> far so good.
>
> But when I start Rhythmbox, the device disappears! It seems that
> Rhythmbox tries to reinitialize it as a MTP device when the mtpdevice
> plugin is enabled. I am having trouble determining how Rhythmbox/libmtp
> decides that it should try to open the device via MTP. Does anyone know
> where libmtp is getting this from?
libmtp is getting this from its internal db. It of course needs also
to be patched.
Ciao, Marcus
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Sam Dyck (samueldyck) wrote : | #45 |
My Sansa was working using the delete all the lines workaround, but it reverted back to the problem. I tried adding a zero to line 445 of file://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
spiral (perfectdrug) wrote : | #46 |
the patch is the only thing that worked for me. you just have to make sure that you have the sources repository enabled, and that you use sudo when necessary.
how do I prevent libgphoto2 from updating?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : Re: [Bug 355998] Re: usb-storage: waiting for device to settle before scanning | #47 |
I locked it from synaptic to this version, and i'm now refraining from using
apt-get upgrade because it does not honor that lock.
-- Amr
On Mon, May 25, 2009 at 10:53, spiral <email address hidden> wrote:
> the patch is the only thing that worked for me. you just have to make sure
> that you have the sources repository enabled, and that you use sudo when
> necessary.
> how do I prevent libgphoto2 from updating?
>
> --
> usb-storage: waiting for device to settle before scanning
> https:/
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Randy Noseworthy (randynose) wrote : | #48 |
@Sam Dyck I wrote a blog post on this, as I was messing up. This might help.
http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Pitt (pitti) wrote : | #49 |
Karmic's libgphoto2 version fixes that.
Changed in libgphoto2 (Ubuntu): | |
status: | In Progress → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Pitt (pitti) wrote : | #50 |
Fixed upstream in libmtp.
Changed in libmtp (Ubuntu): | |
assignee: | nobody → Martin Pitt (pitti) |
status: | Triaged → Fix Committed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : | #51 |
any chance of getting the new lib in jaunty-backports?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Pitt (pitti) wrote : | #52 |
Amr, do you want to drive testing and the process (which is easy)? https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : | #53 |
I actually installed libgphoto2-
libgphoto2-
solve my sansa e260 problem. it was solved by the patched up libgphoto2
however.
Connecting the device now outputs this to my log:
Jun 4 10:31:18 nimbus kernel: [ 609.772457] usb 1-1.4: new high speed USB
device using ehci_hcd and address 11
Jun 4 10:31:18 nimbus kernel: [ 609.891955] usb 1-1.4: configuration #1
chosen from 1 choice
Jun 4 10:31:18 nimbus kernel: [ 609.905592] scsi6 : SCSI emulation for USB
Mass Storage devices
And it halts.
That's on rockbox and the player's original firmware.
-- Amr
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Chronon (gopindra) wrote : | #54 |
By the way, for the Gigabeat F40:
OF lsusb MTP mode:
Bus 001 Device 022: ID 0930:0009 Toshiba Corp. Gigabeat F/X (HDD audio player)
OF lsusb MSC mode:
Bus 001 Device 023: ID 0930:0009 Toshiba Corp. Gigabeat F/X (HDD audio player)
Rockbox lsusb:
Bus 001 Device 024: ID 0930:0009 Toshiba Corp. Gigabeat F/X (HDD audio player)
So, the Gigabeat does not appear to use a unique ID number for the two modes.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
mal13 (markoloka-yahoo) wrote : | #55 |
Here we go again. from kernel log:
usb 2-6: new high speed USB device using ehci_hcd and address 54
usb 2-6: device descriptor read/64, error -71
usb 2-6: unable to read config index 0 descriptor/start: -71
usb 2-6: chopping to 0 config(s)
usb 2-6: string descriptor 0 read error: -71
usb 2-6: string descriptor 0 read error: -71
usb 2-6: string descriptor 0 read error: -71
usb 2-6: no configuration chosen from 0 choices
should i create new case or does this fit in here. Sansa stopped connecting. It connects every 1/20 times for a while and then connection dies again when i try top access it via dolphin.
Previous fix was great as it worked. Thanks for it.
Need other info???
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #56 |
I applied the patch in comment 10 <https:/
https:/
I've tested it exactly once and it worked. ;-)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #57 |
Oh, if it matters, my test was with rockbox firmware on a Sansa e260.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Geoffrey Pursell (geoffp) wrote : | #58 |
Martin, I really appreciate your build, but unfortunately it didn't work for me (Ubuntu 9.04 64-bit + Sansa c240/c250 + Rockbox r21285 + new bootloader from http://
I can confirm, though, that installing the libgphoto2, libgphoto2-port-0, and libmtp from Karmic has fixed this issue for me! Got 'em here: http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #59 |
It would be interesting if it matters... but my testing was only done on Ubuntu 9.04 32-bit.
If anyone else tests the version from my PPA can they please post a comment?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
smuldrew (smuldrew) wrote : | #60 |
I haven't been able to get my Sansa e260 to mount. Martin, I tested the version from your PPA with no luck. My Sansa has the rockbox firmware installed and my PC is running Jaunty - Kubuntu. My dmesg output is similar to what others have reported:
36210.080033] usb 1-9: new high speed USB device using ehci_hcd and address 11
[36211.063953] usb 1-9: configuration #128 chosen from 1 choice
[36211.099184] scsi16 : SCSI emulation for USB Mass Storage devices
[36211.099853] usb-storage: device found at 11
[36211.099855] usb-storage: waiting for device to settle before scanning
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #61 |
OK, here's some better testing from me...
I used a different Ubuntu 9.04 32-bit system where I hadn't tested this before. It has this sort of USB interface:
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
The system is running up-to-date Jaunty with this kernel:
Linux spot 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux
My Sansa e260 has an extra 8GB Micro SDHC card. It is running the old bootloader that boots into the original Sansa firmware when the device is off and then the USB is plugged in. It is also running Rockbox r20338-090317 - yes, that's from March... but it works... ;-)
For each state of my Ubuntu system (see below) I did 2 tests:
1. From e260 off: With the e260's power off, I plugged in the USB cable and let
the device boot into the original Sansa firmware. The expected result is that
the filesystem on the built-in 4GB flash storage is mounted.
2. From e260 on: With the e260's power on, running Rockbox, I plugged in the
USB cable and Rockbox detected the USB connection. The expected result is
that the filesystems on both the built-in 4GB flash storage and the additional
8GB Micro SDHC card are separately mounted. That is, I should see 2 mounted
filesystems.
Tests:
1. Standard Jaunty system with no PPA packages.
Both tests fail. I don't see any log messages after:
usb-storage: waiting for device to settle before scanning
2. Jaunty system with my PPA packages, before reboot.
Both tests pass - both filesystems are mounted.
3. Jaunty system with my PPA packages, after reboot.
Both tests pass - both filesystems are mounted.
Notes:
* I'm running 32-bit Jaunty.
* I have not attempted to apply any other fixes for this bug including
configuration hacks involving modifications to or removal of:
/usr/
Logs for a successful test "from e260 on" look like this:
[ 135.287119] usb-storage: waiting for device to settle before scanning
[ 140.286255] usb-storage: device scan complete
[ 140.288490] scsi 4:0:0:0: Direct-Access Rockbox Internal Storage 0.00 PQ: 0 ANSI: 4
[ 140.291855] scsi 4:0:0:1: Direct-Access Rockbox SD Card Slot 0.00 PQ: 0 ANSI: 4
[ 140.299720] sd 4:0:0:0: [sdf] 7854080 512-byte hardware sectors: (4.02 GB/3.74 GiB)
[ 140.303079] sd 4:0:0:0: [sdf] Write Protect is off
[ 140.303083] sd 4:0:0:0: [sdf] Mode Sense: 0b 00 00 08
[ 140.303085] sd 4:0:0:0: [sdf] Assuming drive cache: write through
[ 140.313204] sd 4:0:0:0: [sdf] 7854080 512-byte hardware sectors: (4.02 GB/3.74 GiB)
[ 140.316592] sd 4:0:0:0: [sdf] Write Protect is off
[ 140.316596] sd 4:0:0:0: [sdf] Mode Sense: 0b 00 00 08
[ 140.316600] sd 4:0:0:0: [sdf] Assuming drive cache: write through
[ 140.316607] sdf: sdf1 sdf2
[ 140.322322] sd 4:0:0:0: [sdf] Attached SCSI removable disk
[ 140.322426] sd 4:0:0:0: Attached scsi generic sg6 type 0
[ 140.327849] sd 4:0:0:1: [sdg] 15523840 512-byte hardware sectors: (7.94 GB/7.40 GiB)
[ 140.332506] sd 4:0:0:1: [sdg] Write Protect is off
[ 140.332510] sd 4:0:0:1: [sdg] Mode Sense: 0b 00 00 08
[ 140.332513]...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
smuldrew (smuldrew) wrote : | #62 |
I seem to have a similar configuration to Martin's. I'm running the latest patches for Jaunty (kernel info below). I've tried both a Sansa e260 with Rockbox installed and a Sansa e270 with the original Sansa OS. In both cases, the player toggles between the "Connected" and "Disconnected" screen 3 or 4 times before settling on "Disconnected". During this time the PC does not acknowledge the device.
Linux annapurna 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
nloewen (nloewen) wrote : | #63 |
The package's from karmic seem to work, why don't we backport them?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : | #64 |
They're not working with me. I'm using the Sansa e260. Only the patched up
debs from the very first work-around worked.
Am I the only one!?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #65 |
One interesting thing I haven't mentioned so far: my e260 is a v1. Are people who are still having problems using a v1 or v2? I've assumed v1 because people mention Rockbox... but I think Rockbox now (partially?) runs on v2.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : | #66 |
There's a v2!? Well, mine doesn't specify so it must be a v1, and I'm
running rockbox. But it fails on rockbox and the original firmware.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Matthijs De Smedt (matthijs--) wrote : | #67 |
Rockbox is not yet supported on the Sansa V2's. But it's supposed to run.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
nloewen (nloewen) wrote : | #68 |
can we patch the karmic version so both groups work? I don't really know how this works so feel free to ignore me if my ideas don't work.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
daf (davydm) wrote : | #69 |
I would just like to add that the first round of patches with libgphoto_
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
paulderol (dr-jackal-mr-hydra) wrote : | #70 |
hooray for mimicry! i too can now put files on my Sansa again, thanks be to those who solved. Any word on when i can expect to be able to do a full update without reverting back to the original version?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #71 |
paulderol, what solution worked for you? What reverts when you do a full update?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : | #72 |
libgphoto2-
from karmic's packages fixed it for me on jaunty and sansa e260. wonderful.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : | #73 |
I have filed a backport request at https:/
Meanwhile, the packages that fixed it for me are located at http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Matthijs De Smedt (matthijs--) wrote : | #74 |
Thanks Amr. Installing those packages fixed my Sansa e280 too.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
oudalrich (uhkeller) wrote : | #75 |
The packages from #73 fixed it for me too. Updates no longer revert to the "anti-Sansa" version.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
smuldrew (smuldrew) wrote : | #76 |
No joy for me with the karmic packages. I performed a dpkg install of the two .deb packages, but I'm still getting the "waiting for device to settle before scanning" output from the dmesg output. Maybe I'm doing something wrong.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Amr Hassan (amr-hassan) wrote : | #77 |
what device are you using?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
PGScooter (pgscooter) wrote : | #78 |
Amr's post (73) worked for me as well for my e260. I just downloaded the 64-bit packages, ran dpkg -i xxx and it worked. Note that one of the packages depends on the other so I installed that first. thanks!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
smuldrew (smuldrew) wrote : | #79 |
Amr, I've got an e260 running rockbox and an e270 running the original Sansa firmware. Both players fail to mount on my current installation. I've applied the karmic packages. It must be something specific to my setup as the karmic packages seem to be fixing the issue for others. Oh well, for now I've installed fedora on a spare pc and I'm using that to sync up my podcasts and music.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Sujee Maniyam (sujee) wrote : | #80 |
Guys
I tried the patch and the karmic packages.. no dice! This is driving me crazy!!
Here 'lsusb'
Bus 001 Device 009: ID 0781:7421 SanDisk Corp. Sansa E200 series
Here is '/usr/share/
<match key="usb.vendor_id" int="1921">
<match key="usb.
<merge key="info.category" type="string"
<addset key="info.
<merge key="portable_
<merge key="portable_
<append key="portable_
<merge key="camera.
<merge key="camera.
</match>
</match>
<match key="usb.vendor_id" int="1921">
<match key="usb.
<merge key="info.category" type="string"
<addset key="info.
<merge key="portable_
<merge key="portable_
<append key="portable_
<merge key="camera.
<merge key="camera.
</match>
</match>
---
What do I have to do in FDI file?
thanks a lot!
(here is hoping 2009 becomes 'the year of linux on desktop' :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Sujee Maniyam (sujee) wrote : | #81 |
forgot to mention:
running KUbuntu 9.04
Sansa E260 (rockbox)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
smuldrew (smuldrew) wrote : | #82 |
For reasons external to this issue, I needed to re-installed 9.04 on my system....don't ask. Starting with a fresh 9.04 and applying only the karmic packages as outlined by Amr in an earlier post, my system now recognizes both of my Sansa players (one rockbox and one with original firmware). My earlier issues must have been related to changes I made during various failed attempts to fix the problem. Thanks!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
jarviw (jarviw) wrote : | #83 |
installing the two karmic i386 packages fixed the problem for me (linux 2.6.28.14, Sansa e280, Rockbox 3.3). Thanks!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Michael Rooney (mrooney) wrote : | #84 |
I ran into this as well. Patching and compiling the source package fixed it, although I think this is a little too much for less experienced users to go through just to use their mp3 player. As such I've uploaded a patched version to my PPA at https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Tim (coacharnold) wrote : | #85 |
WOW >...... I have been running 9.04 happily and using my Sansa e260
..... I ran the solutions to the external device files and everything
has been fine for a couple months....
t
On Thu, Aug 6, 2009 at 9:57 PM, Michael Rooney<email address hidden> wrote:
> I ran into this as well. Patching and compiling the source package fixed
> it, although I think this is a little too much for less experienced
> users to go through just to use their mp3 player. As such I've uploaded
> a patched version to my PPA at
> https:/
> that and can confirm the fix, I'll add it to the description.
>
> --
> usb-storage: waiting for device to settle before scanning
> https:/
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>
--
Rollin down the road on my own two feet
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
pruch (diogo-pruch) wrote : | #86 |
On e260 w/ original firmware:
Set the usb mode to MSC
On Ubuntu Jaunty 32bit:
Execute 'lsub':
Bus 001 Device 022: ID 0781:7421 SanDisk Corp. Sansa E200 series
Transform from hex to dec:
0781 -> 1921 (vendor)
7421 -> 29729 (product)
Look up on '/usr/share/
<match key="usb.vendor_id" int="1921">
<match key="usb.
Comment (w/ <!-- -->) or delete the hole "match" thing
Now I can use sansa has a usb driver on nautilus!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
netman74501 (netman74501) wrote : | #87 |
Simply changing "true" to "false" within the match block, as stated by pruch, works for me. It was all working fine until I accidentally unplugged my Sansa without unmounting it first. Now I can do that and have no problems but, I believe that is what caused this because up until now I have had no problems. Anyway, tried it thrice now so, I'm assuming it's fixed for me. I changed it to false because I was uncomfortable with commenting it out or deleting it. Seems like if maybe a program depends on it being there, then having it set to false instead of just not being there would be better anyway...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kbrock (krbrock60) wrote : | #88 |
I am not getting these fixes to work for me. Have added Michael Rooney's PPA and have also walked through the steps in Tim Kosse's #12 patch.
This is what I am seeing:
dadio@dadio-
[sudo] password for dadio:
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
-------
|--- libgphoto2-
|+++ libgphoto2-
-------
File to patch:
I am a newbie to Linux and not a programmer so any suggestions would be much appreciated. I am running Ubuntu 9.04 on a an i386 machine and trying to connect a Sansa e260. Same issues as listed above, will connect in MTP but not in MSC mode. Looking to add Rockbox when I get it up and running.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #89 |
kbrock, provided you've done the previous 2 steps in comment 12 (apt-get source libgphoto2-2, wget ...) then the patch line should apply without any problems - you need to be in the directory containing the libgphoto2-2.4.2 subdirectory. It shouldn't make any difference but the only lines you need a "sudo" command for would be the the 1st 2 apt-get commands and the final dpkg commands - it is best to do as many steps as possible as you instead of as root.
If you want to retry then I'd suggest
rm -r libgphoto*
... probably with sudo if the only files and directories are hanging around. :-)
Note that the very 1st apt-get command probably won't work. There is no package called debuild. You need devscripts instead because it contains the debuild command.
That said, building a patched package will probably do you no more good than using a package from someone's PPA...
So, when you say "Have added Michael Rooney's PPA" can you please explain the steps you did? After adding his PPA did you actually install the updated package from his PPA? :-)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kbrock (krbrock60) wrote : | #90 |
Martin
Thanks so much for the suggestions. Walked through the steps again and did make it further this time but now stalled at the end. Here is the output.
test -d debian/patched || install -d debian/patched
dpatch apply-all
applying patch 10_disable_cache to ./ ... ok.
applying patch 11_hurd_
applying patch 45_increase_
applying patch 60_udev_
applying patch 70_increase_
applying patch deprecated_
applying patch 71_disable_
applying patch libgphoto_sansa to ./ ... failed.
make: *** [patch-stamp] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
debuild: fatal error at line 1329:
dpkg-buildpackage -rfakeroot -D -us -uc failed
dadio@dadio-
dadio@dadio-
dpkg: error processing libgphoto2-
cannot access archive: No such file or directory
Errors were encountered while processing:
libgphoto2-
On the other note I added the PPA to my software sources then installed the packages from launchpad (at least I think I did). I received a message that those packages were already installed so I reinstalled them.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #91 |
kbrock, the problem is that the package didn't build. I'm not sure why... but my guess is that you've actually downloaded the source from the PPA, you're patching it and then the build process is failing to patch it again. Hard to be certain though...
Let's focus on whether you have the binary package from the PPA correctly installed. What output do you see if you run the following?
apt-cache policy libgphoto2-2
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kbrock (krbrock60) wrote : | #92 |
dadio@dadio-
libgphoto2-2:
Installed: 2.4.2-0ubuntu5~ppa2
Candidate: 2.4.2-0ubuntu5~ppa2
Version table:
*** 2.4.2-0ubuntu5~ppa2 0
500 http://
100 /var/lib/
2.4.2-0ubuntu4 0
500 http://
dadio@dadio-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #93 |
kbrock, it certainly looks like you have mrooney's PPA version of the package installed, so the bug should be fixed.
Is your Sansa e260 a v1 or v2? There are hints for how to tell the difference at:
http://
The current patch only affects v1 e260s. If you have a v2 then perhaps a similar patch will work?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kbrock (krbrock60) wrote : | #94 |
The Settings->Info tells me 01.02.18A so looks like a v1. I am going to try to patch the USB version of Ubuntu 9.04 I am running on a laptop and see if that will work.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #95 |
kbrock, the patch works with my v1, so I'm not sure what is happening with you. However, I'm running the version from my PPA rather than Michael Rooney's PPA. They should be the same though...
Unsolved mystery... :-(
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kbrock (krbrock60) wrote : | #96 |
Martin,
I applied your patch to my USB and it worked perfectly. I am now able to connect to the Sansa. Must be something corrupted on the home system. I will do a back up and do a fresh install over the weekend and try again. Thanks again for all the help.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Schwenke (martin-meltin) wrote : | #97 |
That's great news, kbrock... you're welcome!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #98 |
This bug was fixed in the package libmtp - 0.3.7-3ubuntu2
---------------
libmtp (0.3.7-3ubuntu2) karmic; urgency=low
* src/music-
the e280 in MSC mode; we already use PTP mode, and these two conflict.
Taken from upstream CVS. (LP: #355998)
-- Martin Pitt <email address hidden> Wed, 14 Oct 2009 12:23:45 +0200
Changed in libmtp (Ubuntu): | |
status: | Fix Committed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Francewhoa (francewhoa) wrote : | #99 |
Confirming that this bug is still present in Ubuntu 8.04.3 LTS (Hardy Heron Desktop Edition). I have a MP3 player Sansa e280. I tried both Sansa MSC mode and MTP mode. And rebooting Ubuntu each time.
Any volunteer to back port the patch?
I would be happy to contribute testing.
Changed in libgphoto2 (Ubuntu): | |
status: | Fix Released → Fix Committed |
status: | Fix Committed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick B (declension) wrote : | #100 |
I had hoped this would "just work" in Karmic, but no joy. Tried the patch but of course doesn't work against the newer source version of libgphoto2, seemingly as it's already been included.
However, same problem as ever here. Anybody else had any luck with Karmic?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
oldos2er (oldos2er) wrote : | #101 |
No joy here either. I have a Sansa View; I upgraded to 9.10 from 9.04. I tried downgrading libgphoto2, didn't work. This is very frustrating.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Frodon (frodon) wrote : | #102 |
Same here, no MP3 anymore with my sansa c250 since karmic upgrade.
Hopingfor a fix.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Norberto (gbox) wrote : | #103 |
Fresh karmic install, but:
Bus 003 Device 008: ID 05c6:1000 Qualcomm, Inc.
This should be an LG KU250 mobile's mass storage device, but the only message a got is:
"usb-storage: waiting for device to settle before scanning"
I had bad experiences with this phone since jaunty...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
markofealing (mark-ferns16) wrote : | #104 |
I have a LG KM900, running 10.04 same problem, used to work fine under 9.10!
2010-09-18 08:08:34 Kubuntu64 kernel [ 760.880369] usb 1-4: new high speed USB device using ehci_hcd and address 111
2010-09-18 08:08:34 Kubuntu64 kernel [ 761.032803] hub 1-0:1.0: unable to enumerate USB device on port 4
2010-09-18 08:08:35 Kubuntu64 kernel [ 761.570053] usb 2-4: new full speed USB device using ohci_hcd and address 95
2010-09-18 08:08:35 Kubuntu64 kernel [ 762.172532] usb 2-4: device not accepting address 95, error -62
2010-09-18 08:08:35 Kubuntu64 kernel [ 762.232558] hub 2-0:1.0: unable to enumerate USB device on port 4
2010-09-18 08:08:36 Kubuntu64 kernel [ 762.670343] usb 1-4: new high speed USB device using ehci_hcd and address 112
2010-09-18 08:08:36 Kubuntu64 kernel [ 762.822158] usb 1-4: configuration #1 chosen from 1 choice
2010-09-18 08:08:36 Kubuntu64 kernel [ 762.823250] scsi262 : SCSI emulation for USB Mass Storage devices
2010-09-18 08:08:36 Kubuntu64 kernel [ 762.823511] usb-storage: device found at 112
2010-09-18 08:08:36 Kubuntu64 kernel [ 762.823517] usb-storage: waiting for device to settle before scanning
2010-09-18 08:08:36 Kubuntu64 kernel [ 762.888846] usb 1-4: USB disconnect, address 112
2010-09-18 08:08:36 Kubuntu64 kernel [ 763.290587] usb 1-4: new high speed USB device using ehci_hcd and address 113
2010-09-18 08:08:36 Kubuntu64 kernel [ 763.440356] hub 1-0:1.0: unable to enumerate USB device on port 4
2010-09-18 08:08:37 Kubuntu64 kernel [ 763.980085] usb 2-4: new full speed USB device using ohci_hcd and address 97
2010-09-18 08:08:37 Kubuntu64 kernel [ 764.197360] usb 2-4: not running at top speed; connect to a high speed hub
2010-09-18 08:08:37 Kubuntu64 kernel [ 764.215596] usb 2-4: configuration #1 chosen from 1 choice
2010-09-18 08:08:37 Kubuntu64 kernel [ 764.255031] scsi263 : SCSI emulation for USB Mass Storage devices
2010-09-18 08:08:37 Kubuntu64 kernel [ 764.268847] usb-storage: device found at 97
2010-09-18 08:08:37 Kubuntu64 kernel [ 764.268854] usb-storage: waiting for device to settle before scanning
2010-09-18 08:08:38 Kubuntu64 kernel [ 764.602896] usb 1-4: new high speed USB device using ehci_hcd and address 114
2010-09-18 08:08:38 Kubuntu64 kernel [ 765.202539] usb 1-4: device not accepting address 114, error -71
2010-09-18 08:08:38 Kubuntu64 kernel [ 765.320051] usb 1-4: new high speed USB device using ehci_hcd and address 115
Others are also reporting problems http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Munchkinguy (10068660) wrote : | #105 |
I am having a similar problem with my Sansa Clip+.
When I look in the file /usr/share/
"<!-- Sansa Clip and Fuze versions 1 and 2.
Does this mean I need to downgrade my Sansa Clip+ firmware in order to make the device work?
I have the same problem with the same device.
After several attempts to disconnect and reconnect it, it does mount. (And the "waiting for device to settle phase" is instantaneous).