ipod shuffle & gnupod - SLOW?

I have a new 1GB shuffle, and I have no problems mounting it - plug it
in, and a couple of secs later it shows up on the desktop.

However, after trying a bunch of GUIs in a fruitless attempt to get
music actually loaded on the thing, I did manage to transfer some music
with gnupod.

The problem is that it takes forever - it took most of the nite to
transfer 150 MB worth of data.

I know USB on the system can do better than that, because I cleaned off
a 128 MB memory card in just a few seconds.

I ripped the music using Banshee, at 192 kbps. As an aside, as soon as
I insert the ipod into the USB connector, Banshee exits...er, dies I guess.

Any thoughts or suggestions? This is a new suse 10 installation on a
Dell. I did have some issues with the USB memory card reader earlier,
which went away when I pluged the reader into a powered hub. I haven't
tried this with the shuffle, because it won't fit

Chris Fullerton wrote:
> I have a new 1GB shuffle, and I have no problems mounting it - plug it
> in, and a couple of secs later it shows up on the desktop.
>
> However, after trying a bunch of GUIs in a fruitless attempt to get
> music actually loaded on the thing, I did manage to transfer some music
> with gnupod.
>
> The problem is that it takes forever - it took most of the nite to
> transfer 150 MB worth of data.
>
> I know USB on the system can do better than that, because I cleaned off
> a 128 MB memory card in just a few seconds.
>
> I ripped the music using Banshee, at 192 kbps. As an aside, as soon as
> I insert the ipod into the USB connector, Banshee exits...er, dies I guess.
>
> Any thoughts or suggestions? This is a new suse 10 installation on a
> Dell. I did have some issues with the USB memory card reader earlier,
> which went away when I pluged the reader into a powered hub. I haven't
> tried this with the shuffle, because it won't fit

Well, I solved my own problem.

There is a known issue with USB on Suse 10.0 (see
https://bugzilla.novell.com/show_bug.cgi?id=105871 for more details, and
I found the solution at
http://forums.suselinuxsupport.de/in...4&#entry130824
)

For those too lazy to click the link above create nosync.fdi in
/usr/share/hal/fdi/policy/20thirdparty so it contains:

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<!-- disable sync for mount -->
<match key="block.is_volume" bool="true">
<match key="volume.fsusage" string="filesystem">
<match key="volume.fstype" string="vfat">
<merge key="volume.policy.mount_option.sync"
type="bool">false</merge>
</match>
</match>
</match>
</device>
</deviceinfo>


and then restart HAL with:

rchal restart


Before this, I was getting about 60k/sec transfer rates (4 1/2 minutes
to transfer 3 songs); after the change, it takes about 3 seconds.

Hope this helps someone.

Chris Fullerton wrote:
> I have a new 1GB shuffle, and I have no problems mounting it - plug it
> in, and a couple of secs later it shows up on the desktop.
>
> However, after trying a bunch of GUIs in a fruitless attempt to get
> music actually loaded on the thing, I did manage to transfer some music
> with gnupod.
>
> The problem is that it takes forever - it took most of the nite to
> transfer 150 MB worth of data.
>
> I know USB on the system can do better than that, because I cleaned off
> a 128 MB memory card in just a few seconds.
>
> I ripped the music using Banshee, at 192 kbps. As an aside, as soon as
> I insert the ipod into the USB connector, Banshee exits...er, dies I guess.
>
> Any thoughts or suggestions? This is a new suse 10 installation on a
> Dell. I did have some issues with the USB memory card reader earlier,
> which went away when I pluged the reader into a powered hub. I haven't
> tried this with the shuffle, because it won't fit

Well, I solved my own problem.

There is a known issue with USB on Suse 10.0 (see
https://bugzilla.novell.com/show_bug.cgi?id=105871 for more details, and
I found the solution at
http://forums.suselinuxsupport.de/in...4&#entry130824
)

For those too lazy to click the link above create nosync.fdi in
/usr/share/hal/fdi/policy/20thirdparty so it contains:

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<!-- disable sync for mount -->
<match key="block.is_volume" bool="true">
<match key="volume.fsusage" string="filesystem">
<match key="volume.fstype" string="vfat">
<merge key="volume.policy.mount_option.sync"
type="bool">false</merge>
</match>
</match>
</match>
</device>
</deviceinfo>


and then restart HAL with:

rchal restart


Before this, I was getting about 60k/sec transfer rates (4 1/2 minutes
to transfer 3 songs); after the change, it takes about 3 seconds.

Hope this helps someone.

Chris Fullerton wrote:
>
> Before this, I was getting about 60k/sec transfer rates (4 1/2 minutes
> to transfer 3 songs); after the change, it takes about 3 seconds.

Had the same trouble but the latest kernel update seems to have solved
it. Might try that rather than turning off synchronous writing. It
wasn't unique to SuSE 10 - it was a kernel issue...

....Kevin
--
Kevin Miller
Juneau, Alaska
http://www.alaska.net/~atftb