I am having a similar problem with my Sansa Clip+.
When I look in the file /usr/share/hal/fdi/information/10freedesktop/10
-usb-music-players.fdi , it says at line 512:
!-- Sansa Clip and Fuze versions 1 and 2.
Older devices require a firmware upgrade to support all
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
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...
--
usb-storage:
Same here, no MP3 anymore with my sansa c250 since karmic upgrade.
Hopingfor a fix.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
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.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a
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?
--
usb-storage: waiting for
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:
This bug was fixed in the package libmtp - 0.3.7-3ubuntu2
---
libmtp (0.3.7-3ubuntu2) karmic; urgency=low
* src/music-players.h: Drop Sansa e280 product ID 0x7421, since it's just
the e280 in MSC mode; we already use PTP mode, and these two conflict.
Taken from upstream
** Branch linked: lp:ubuntu/libmtp
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
That's great news, kbrock... you're welcome!
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
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... :-(
--
usb-storage: waiting for device to settle before scanning
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.
--
usb-storage: waiting for
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.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug
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://www.rockbox.org/twiki/bin/view/Main/SansaE200v2#How_to_identify_an_e200_v2
The current
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
da...@dadio-desktop:~$ apt-cache policy libgphoto2-2
libgphoto2-2:
Installed: 2.4.2-0ubuntu5~ppa2
Candidate: 2.4.2-0ubuntu5~ppa2
Version table:
*** 2.4.2-0ubuntu5~ppa2 0
500 http://ppa.launchpad.net jaunty/main Packages
100 /var/lib/dpkg/status
2.4.2-0ubuntu4 0
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:
da...@dadio-desktop:~$ sudo patch -p0 -i libgphoto_sansa.diff
[sudo] password for dadio:
can't find file to patch at input
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
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
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
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
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://launchpad.net/~mrooney/+archive/ppa, so if
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 Rooneymroo...@ubuntu.com wrote:
I ran into this as well. Patching and
installing the two karmic i386 packages fixed the problem for me (linux
2.6.28.14, Sansa e280, Rockbox 3.3). Thanks!
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs,
For reasons external to this issue, I needed to re-installed 9.04 on my
systemdon'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
forgot to mention:
running KUbuntu 9.04
Sansa E260 (rockbox)
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
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/hal/fdi/preprobe/10osvendor/20-libgphoto2.fdi'
match key=usb.vendor_id int=1921
match key=usb.product_id
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!
--
usb-storage: waiting for device to settle before scanning
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
what device are you using?
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
The packages from #73 fixed it for me too. Updates no longer revert to
the anti-Sansa version.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
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.
--
usb-storage: waiting for device to settle before scanning
Thanks Amr. Installing those packages fixed my Sansa e280 too.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
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?
--
usb-storage: waiting for device to settle before scanning
paulderol, what solution worked for you? What reverts when you do a
full update?
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
libgphoto2-2_2.4.6-1ubuntu5_i386 and libgphoto2-port0_2.4.6-1ubuntu5_i386
from karmic's packages fixed it for me on jaunty and sansa e260. wonderful.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you
I have filed a backport request at
https://bugs.launchpad.net/jaunty-backports/+bug/390130.
Meanwhile, the packages that fixed it for me are located at
http://packages.ubuntu.com/karmic/libgphoto2-2 and
http://packages.ubuntu.com/karmic/libgphoto2-port0 if any one is still
wondering.
--
I would just like to add that the first round of patches with
libgphoto_sansa.diff worked like a CHARM for me with my e260. Now I
don't have to mess about with making sure that I reboot the device into
the original firmware. In fact, I'm almost confident enough to tell my
wife that her player
Rockbox is not yet supported on the Sansa V2's. But it's supposed to
run.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
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.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a
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
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
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
The package's from karmic seem to work, why don't we backport them?
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
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!?
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a
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.
--
usb-storage: waiting for device to settle before scanning
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.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a
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://www.rockbox.org/tracker/task/9955).
I can confirm, though, that installing the libgphoto2,
libgphoto2-port-0, and libmtp from Karmic
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?
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug
I applied the patch in comment 10
https://bugs.launchpad.net/ubuntu/+source/libgphoto2/+bug/355998/comments/10
the quickest way possible (i.e. applied it to the source rather than
integrating it into debian/patches/) and put the result in my PPA:
Oh, if it matters, my test was with rockbox firmware on a Sansa e260.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
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
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.
Amr, do you want to drive testing and the process (which is easy)?
https://help.ubuntu.com/community/UbuntuBackports#How%20to%20request%20new%20packages
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because
I actually installed libgphoto2-2_2.4.5-1ubuntu1_i386 and
libgphoto2-port0_2.4.5-1ubuntu1_i386 from karmic's packages and it didn't
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: [
Karmic's libgphoto2 version fixes that.
** Changed in: libgphoto2 (Ubuntu)
Status: In Progress = Fix Released
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs,
Fixed upstream in libmtp.
** Changed in: libmtp (Ubuntu)
Status: Triaged = Fix Committed
** Changed in: libmtp (Ubuntu)
Assignee: (unassigned) = Martin Pitt (pitti)
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this
any chance of getting the new lib in jaunty-backports?
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
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
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 perfectd...@freenet.de wrote:
the patch is the only thing that worked for me. you just have to make sure
that you
@Sam Dyck I wrote a blog post on this, as I was messing up. This might
help.
http://randynoseworthy.blogspot.com/2009/05/sansa-e200-seires-not-
mounting-bug.html
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug
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.
Another me too. :-)
Tim Kosse, your original solution (removing the Sansa e2x0 entries from
/usr/share/hal/fdi/preprobe/10osvendor/20-libgphoto2.fdi) works great
for me.
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
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
On Sun, May 24, 2009 at 07:22:27PM -, 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
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:///usr/share/hal/fdi/information/10freedesktop/10-usb-music-
players.fdi, but that did nothing and some the packages in the patch
couldn't be found. Any
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/hal/fdi/preprobe/10osvendor/
sudo apt-get install
emmm.. did you enable the archive source repository?
-- Amr
On Sat, May 23, 2009 at 19:42, RandyNose thenose...@yahoo.com 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
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,
** Changed in: libgphoto2 (Ubuntu)
Status: Triaged = In Progress
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
The above patch worked for me as well! Many thanks.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Ori,
The Gigabeat has the ability to run in MTP or USB mode, at least with
the original firmware.
http://cdgenp01.csd.toshiba.com/content/support/downloads/gigabeat-F10204060_OwnersManual3_02_US_UE.pdf
(search for MTP)
I tried to reinstall the original firmware to no avail. I do wonder
what
On Tue, May 5, 2009 at 9:52 AM, Josef Wells
josefwe...@alumni.utexas.net wrote:
http://cdgenp01.csd.toshiba.com/content/support/downloads/gigabeat-F10204060_OwnersManual3_02_US_UE.pdf
(search for MTP)
I tried to reinstall the original firmware to no avail. I do wonder
what lsusb would say
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
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.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification
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
ah ok,
i thought it was a dual mode device with the same USB ids (as also
exist)
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
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://bugs.launchpad.net/ubuntu/+bug/345916
thanks for the patch and instructions for how to apply it.
--
usb-storage: waiting for device to settle before
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
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
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
Hi Josef,
I'm asking about the Gigabeat specifically. Perhaps its entry in the
config file is wrong. :)
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is
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.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because
It's possible that Josef's problem has been fixed in:
http://gphoto.svn.sourceforge.net/viewvc/gphoto?view=revrevision=12026
Should be tested.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a
Using a Toshiba Gigabeat MEGF-40 (tried several version of RockBox) I
had the same problem.
Edited /usr/share/hal/fdi/preprobe/10osvendor/20-libgphoto2.fdi as root
Searched for Gigabeat MEGF-40
A few lines before, It has:
match key=usb.vendor_id int=2352
match key=usb.product_id int=9
the
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
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)
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:
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.
--
usb-storage: waiting for device to settle
Ah, now I understand. Thanks for the explanation!
** Changed in: libmtp (Ubuntu)
Status: New = Triaged
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Having same problem with jaunty and sansa e260 with rockbox.
Can someone upload this patched lib to a ppa until it's fixed upstream?
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of
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
--
usb-storage: waiting for device to settle before scanning
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.
--
usb-storage: waiting for device to settle before scanning
** Also affects: libgphoto2 (Ubuntu)
Importance: Undecided
Status: New
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Caused by an incorrect entry in
/usr/share/hal/fdi/preprobe/10osvendor/20-libgphoto2.fdi installed by
libgphoto2.
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
The attached patch for libgphoto2 works for me.
With it applied, both original firmware and Rockbox work fine.
** Attachment added: libgphoto_sansa.diff
http://launchpadlibrarian.net/25783305/libgphoto_sansa.diff
--
usb-storage: waiting for device to settle before scanning
Try these simple steps:
apt-get install build-essential debuild
apt-get build-dep libgphoto2
apt-get source libgphoto2
wget http://launchpadlibrarian.net/25783305/libgphoto_sansa.diff
patch -p0 -i libgphoto_sansa.diff
cd libgphoto2-2.4.2
debuild -uc -us
cd ..
dpkg -i
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.
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
@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
--
usb-storage: waiting for device to settle before scanning
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
--
usb-storage: waiting for device to settle before scanning
https://bugs.launchpad.net/bugs/355998
You received this bug notification because you are a member of
1 - 100 of 108 matches
Mail list logo
