On Thursday 02 March 2006 05:52 pm, James Knott wrote:

Kai Ponte wrote:

...

I reality it is a bug in 10.x

Here's what you do...

https://bugzilla.novell.com/show_bug.cgi?id=105871

Unless I'm mistaken, that fix applies to only one device. I have two pen drives. I did that fix for one and it's fine. The other is still slow.

Huh? I haven't noticed. I have two USB memory cards (SD 512MB and an El-Cheapo USB Key) and a 200GB hard drive in a USB Enclosure. The fix seemed to work for all. My transfer rates went from fscking slow to acceptable on all three devices. -- kai - www.perfectreign.com www.livebeans.com - the new NetBeans community

On Friday 03 March 2006 04:27 am, James Knott wrote:

kai wrote:

...

On Thursday 02 March 2006 05:52 pm, James Knott wrote:

...

Kai Ponte wrote:

...

I reality it is a bug in 10.x

Here's what you do...

https://bugzilla.novell.com/show_bug.cgi?id=105871

Unless I'm mistaken, that fix applies to only one device. I have two pen drives. I did that fix for one and it's fine. The other is still slow.

Huh? I haven't noticed. I have two USB memory cards (SD 512MB and an El-Cheapo USB Key) and a 200GB hard drive in a USB Enclosure.

The fix seemed to work for all. My transfer rates went from fscking slow to acceptable on all three devices.

Well, as I mentioned, I have 2 pen drives. One is 128 MB and the other 1 GB. When I copied about 300 MB to the 1 GB last week, it took such a long time that I went and did something else, while waiting for it. The 128 MB functions well, after I applied that patch for it. Prior to that, it was also slow. Some time, I'll have to do some time comparisons

Well, as you see on the list the actual line should work for all devices. Now, I'd like to see what happens when you xfer the 300MB to the 128MB drive. :) -- kai - www.perfectreign.com www.livebeans.com - the new NetBeans community

In a previous message, Darryl Gregorash wrote:

That still does not address the fact that this solution refers to specific devices.

If you read through the comments, someone has made an improvement that applies to all USB devices: <?xml version="1.0" encoding="UTF-8"?> <deviceinfo version="0.2"> <device> <!-- disable sync for mount --> <match key="block.is_volume" bool="true"> <match key="volume.fsusage" string="filesystem"> <match key="@info.parent:storage.bus" string="usb"> <merge key="volume.policy.mount_option.sync" type="bool">falsehttp://www.headstrong-games.co.uk/ Board games that won't break the bank Knossos: escape the ever-changing labyrinth before the Minotaur catches you!

John Pettigrew wrote:

(The changed line is <match key="@info.parent:storage.bus" string="usb">, the last 'match key' line.)

Well, that works on my desktop system, but not my ThinkPad. Then again, the old version didn't work there either. I wonder what the difference is?

On 03/03/06 06:35, James Knott wrote:

Darryl Gregorash wrote:

...

On 02/03/06 19:52, James Knott wrote:

...

...

Unless I'm mistaken, that fix applies to only one device. I have two pen drives. I did that fix for one and it's fine. The other is still slow.

Could you not put multiple <device></device> blocks into the file?

That still does not address the fact that this solution refers to specific devices. What happens when your boss brings over his pair of 500GB USB drives full of summer vacation mpegs for you to watch? Every hardware change requires hal be restarted with a newly modified file.

Is there a way to specify one or more specific device types, instead of individual devices?

I haven't tried multiple blocks. Also, the problem is with writing, not reading. So, if all you're doing is looking at the pictures, no problem. Now if the boss insists you give him pictures of your vacation...

Well, he does want to make sure those ladies who went with you to Cancun were indeed your wife and daughters, so ... ;) John Pettigrew's reply to me does seem to contain the "big-picture" fix. Probably an even better fix would be not to have had the damn "sync" option as default in the first place.