IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New That does seem to be part of the issue...
http://discussions.a...tart=135&tstart=0

[...]

In the end I used Terminal (Applications > Utilities), then select 'Shell' from the top menu, then 'New Command.' Then type 'dot_clean' and leave a space after dot_clean. Now here's the bit where it didn't work for me the first time, but then after reading James Likeness' post it did work. You MUST remove all spaces from the file that you wish to clean. For example, I was trying to clean the movie Super Troopers. If I dragged the Super Troopers file in as it was with a space in it, it wouldn't work. But sure enough after temporarily changing the file name to 'SuperTroopers,' it worked straight away.

So, once you've edited the file name to have no spaces and you've typed 'dot_clean' in the new command part of Terminal and left a space after 'dot_clean,' now drag and drop your file into the new command, then hit run. A new window should appear saying 'Process completed.' If so, the file should be able to be transferred now.

Note, you can't put the space back into the file name until after it has transferred.

Now it's a pain in the butt having to process the dot clean on multiple files, but the good news is that once you've cleaned a bunch of files, you can transfer all of them in one go.

I hope this helps some people as it was driving me nuts for a long time.

I've also submitted a bug report to Apple too, so hopefully for those who this doesn't help, Apple will fix it in 10.6.6 (but I wouldn't hold my breath).

Good luck guys!!


That's for going from Mac to non-Mac, but some report it helps the other way, too.

We've got several USB memory sticks that we've used to transfer files between Macs and PCs and this hasn't been an issue before. Apple seems to have broken something in the non-Apple filename handling as these issues apparently didn't happen with early versions of Snow Leopard. People have been complaining about this Error 36 for a long time.

But, I can't recall ever trying to read an NTFS partition under OS X before...

Change it on a windows machine and see what happens.


I was hoping to do a quick backup/transfer, and to test the firewire drive. I don't have time to look through 20,000 files to rename a few them. :-) I think I'll try zipping or 7zip-ping the stuff and transferring it over the network if necessary.

Thanks.

Cheers,
Scott.
New Hooked up the drive to a Dell E6400 (Win7 laptop)...
and transferred the contents to the 1TB Samsung (attached via Firewire 800 to the MacMini Server) without any problems. ~ 1.7 MB/s over 802.11g. Initially, Win7 said that the drive might not have been shut down properly, and it ran chkdsk (but didn't fix anything).

Dunno.

But it's working over the network, without changing any filenames or running "dot_clean", and that's good enough for now.

Cheers,
Scott.
(Who sees he is going to have to spend a lot of time messing with Win7 to try to make it look less cartoonish...)
New So... you are saying...
a Windows Formatted (NTFS) USB storage device works perfectly on a Windows machine.

Wonders never cease.
New Heh.
The files on one of the disks that I'm transferring to the MacMini Server (actually, the new 1TB external drive) seem a little cranky.

To review:

1) My 2 previous Winders boxes (each running Win2k on Opteron processors) have been decommissioned. 2 ea 250 GB SATA drives in one, 1 ea 250 GB IDE drive in the other. Winders partitions formatted NTFS.

2) I tried to copy the data on one of the SATA NTFS drives to the MMS using a SATA/USB dock. OS X threw up the Error 36.

3) Used a Win7 Dell laptop with the same dock, and was able to transfer the files on the SATA drive to the MMS over the network.

But the IDE drive has been a little temperamental. Using a different dock connection, I've found at least 3 files where I get infinite seek retries, but chkdsk claims there's nothing wrong with it.

So, I wouldn't go as far as to claim that this "works perfectly" on Winders. But, yeah, I get your point.

Cheers,
Scott.
(Who may try SpinRite on the IDE drive, but later. And who will revisit the SATA/USB dock on the MMS eventually as well.)
     Error 36 in copying from USB NTFS drive to HFS+ drive? - (Another Scott) - (5)
         Change the name. - (folkert) - (4)
             That does seem to be part of the issue... - (Another Scott) - (3)
                 Hooked up the drive to a Dell E6400 (Win7 laptop)... - (Another Scott) - (2)
                     So... you are saying... - (folkert) - (1)
                         Heh. - (Another Scott)

What was that "kneejerk" emoticon again?
38 ms