Can't move files - The operation can’t be completed because the item is in use.

this is a problem that's become a huge issue for a great many people since Apple's launch of Mavericks. I have huge problems trying to transfer files to a networked NAS drive. It would seemlessly for the past 3 years, but since Mavericks, I always get this stupid error. The above advice is completely useless. I've spent hours researching this with many workarounds touted, but none of which provide a solution.

Trying to transfer files now means that I have to do each file seperately, sometimes 10+ times to get it to actually complete copying. If you copy multiple files and one is "in use", the system then deletes all the others.

Apple.... good, until it's complete rubbish.

After a week of using "cp" on the command line, I'm confident in saying this is a viable work-around. No issues whatsoever using "cp" with single or multiple files.

This is obviously a Finder issue and has nothing to do with the ability to actually copy files.

It could be related to the hidden files that AFS is dead set on putting everywhere it can. That might explain why you can copy using Finder sometimes and you can't other times (timing of the reading/writing of those hidden files???) - but I can't be sure about that.

I disabled creating the .DS_Store files (using "

defaults write com.apple.desktopservices DSDontWriteNetworkStores true"

For me, the issue only occurs when using Finder to copy large files from my local hard drive to a network drive - those that take long enough to copy that the progress bar appears. I never get the error when copying small files or even large groups of small files. I don't get the error when copying large files locally. I don't get the error when copying large files from a network drive to my local hard drive.

For now - I'll use "cp" to copy large files to a network drive.

C'mon Apple - fix this! It's been around for a couple major OS upgrades already!

Same problems copying mp4 files here. C'mon Apple, fix the **** problem! My ridiculous solution (which by the way works 100% of the time) is to use my Windows 7 PC, which has ethernet (home network) access to both the hard drive on my MacBook Pro and my NAS network drive, to copy the video mp4 files from one device to the other. Seriously, this is a problem that APPLE should fix immediately.

There is a workaround that does actually work, albeit it it is painful...

I have no idea why Apple hasn't fixed this.

I use SAMBA shares from a QNAP and if you try and copy multiple files to the QNAP then it fails pretty much every time.

the workaround is to create a folder in the location where all your local files are.

Then, move all the files into the folder.

Lastly, drag the folder itself over on to the share where you want to copy it.

Obviously when its gone across you can move the files out of the temp folder you created.

Not ideal but it works every time for me.

I've tried both, copy/paste and drag drop. I get the same results. It's from my HD to a NAS.

"the operation can't be completed because the item is in use."

This didn't used to happen.

Might get a clue if you run this command in Terminal

lsof -l +L -R -V | grep /

lsof means list open files.

If you want to see what's open on the external

lsof -l +L -R -V | grep /Volumes

Also, open Activity Monitor>Active Processes

And it's a huge problem being completely ignored by Apple...guess they're all too busy writing crappy code for icloud so they can participate in "the fappening."

Two insanely frustrating nine hour days to transfer 500 small .psd files...great job Apple. To whom shall I send my bill for carpal tunnel syndrome?

I'm having the same problem. Every time I try to move a file to my WD Cloud, the transfer gets close to 100% then gives me the "can't complete, file in use error." I don't recall this happening in past versions of OS X.

Are you guys trying to drag and drop those files, or to copy and paste them. It makes a big difference, because in OS X, you can only move files from one location to another on the same volume.

Sure, you can drag and drop files onto a network drive, but the files remain on your Mac, they're just copied onto the network drive.

Have you checked permissions for those files? When you select them and press Command-I (that's the letter "i"), then expand the Sharing and Permissions section, does it say you (the user) can read-write those files? If not, click on the lock under that section, enter your admin password, and grant yourself read-write rights, then close the info window and try to move / copy-paste them again.

When you try to move them in Terminal, does it work?

Open Terminal, then type "mv" (no quotes) or "cp" (ditto) after the prompt, then drag-drop the file you want to move (mv) or copy (cp) onto the Terminal window, then drag-drop the icon of the folder or drive* you want to copy or move the file to, then press Enter.

Just try with one file, at first. If you get a message saying the operation couldn't be completed, add "sudo" (no quotes) in front of "cp" or "mv", and enter your admin password when asked to (the letters and digits won't show), then press Enter again.

* For the whole drive, go to Volumes in the Finder. For a folder or directory in the NAS drive, navigate to it in the Finder, then drag-drop the folder onto Terminal.

I found a service running in Activity Monitor along the lines of

"DiskUnmountWatcher"

I forced quit that process and then dragged and dropped an MKV file from HDD to a NASZ share no problem.

Hope this helps others.

themarcolv

I was investigating this same problem on our iMac running OS 10.10. When I checked Activity Monitor for the DiskUnmountWatcher process, I noticed that with two users logged in simultaneously, there were two instances of most of the system processes, including that one. If I logged out of the other user account, and consequently only had one instance of the DiskUnmountWatcher process running, I was able to copy multiple files onto the network drive with no problem.

If I were to speculate, I'd probably guess that DiskUnmountWatcher is adding some metadata to new files when it detects them being added to a mounted drive. If there are two instances of the process running, they both try to modify the file's metadata simultaneously and generate errors.

TL;DR: If you encounter this problem, try logging out all users other than the one trying to move files.

Evernote Helper seems to have been the culprit for me.

I tried disabling DiskUnmountWatcher, with no success. Then I tried disabling Evernote Helper and I was able to copy files to my network drive. So, if you have Evernote, try quitting Evernote and disabling Evernote Helper. You may have to go to Evernote Preferences and uncheck the box that allows Evernote Helper to run in the background even if Evernote is not running.

When I restarted Evernote, I was no longer able to transfer files to my network drive, getting the same message about the file being in use. I have no idea why Evernote causes this conflict, but I'm glad I found a solution. Hope this helps someone.

All you need to do is go into terminal and type the following:

sudo cp -R folder/* destination/folder/

This will tell you what files are not giving you permission to copy/move.

Then go and change the permissions on those files using chmod. (http://www.maclife.com/article/columns/terminal_101_file_permissions)

chmod 777 is probably the easier way. Then perform the same copy operation again and you are good to go.