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 Error 36 in copying from USB NTFS drive to HFS+ drive?
Hi,

I'm in the process of transferring some stuff from my old PCs to my Mac Mini running OS X 10.6.6 Snow Leopard Server. I've got several 250 GB NTFS formatted drives that I'm using with an SATA/USB dock. I want to copy the information from the partitions to the 1 TB Samsung drive connected to the MMS via a Firewire enclosure.

On trying to use the Finder or muCommander, as soon as I try to copy an .exe file, OS X throws up an "Error 36" and the USB is immediately unmounted.

I've seen several threads that talk about this error, but it's in terms of moving stuff from OS X to the external drive, or via a network drive, or....

I tried muCommander because some threads indicated it had something to do with the Finder. I tried doing it in the Terminal:

cp -Rp /Volumes/Untitled/* /Volumes/1TBSamMac/Opteron/Disk1/

and got the same result.

Is it my USB drive dock? My IOGear USB Hub? The fact that the drives are NTFS formatted? Any quick solutions to this?

Hmm. Some claim OSX's NTFS support isn't very good and suggest Paragon. Let's give that a shot...

[edit:] Well, the NTFS driver didn't help much. The disk still unmounts on hitting an .EXE file.

Any ideas? Thanks.

Cheers,
Scott.
Expand Edited by Another Scott Jan. 16, 2011, 11:01:33 PM EST
New Change the name.
Change the name from .EXE to something like .EXC

/me is betting some NTFS attributes are set on the EXE for exclusive access for Windows... sort of like doing "chattr" in Linux.

I bet you can't change the name.

Change it on a windows machine and see what happens.
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)

Catapultam habeo. Nisi pecuniam omnem mihi dabis, ad caput tuum saxum immane mittam!
44 ms