You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

operation can't be completed because an item of same name already exist

Hi, my first post. I've search the net for similar problems but nothing exact.

I have a Maxtor OneTouch 4 (1TB)that just returned cos I got it exchanged. While it was being exchanged, I used a Maxtor OneTouch (640GB). I had transferred everything from my 1TB to the 640GB.

Now that the 1TB's back, I want to transfer everything back. But when I try to transfer anything from the 640GB to the 1TB, an error message appears saying "operation can't be completed because an item "(of same name)" already exist."

After I click OK on the error message, only the folder gets copied over to the 1TB but NONE of its contents.

This only happens when I transfer folders. If I were to transfer individual files, e.g a picture, it's successful.

Things that do work:
- transferring files and folders from computer to both HDDs
- transferring files and folders from either HDDs to computer

So the only problem is transfers between both HDDs.

I read some thread that repairing permissions might help but when I enter Disk Utility, "Verify Disk permissions" or "Repair Disk Permissions" are both greyed out.

Does anybody have experience with this problem? Please help, the 640GB is exploding!

Thanks in advance!

Macbook (white), Mac OS X (10.6.2)

Posted on Nov 12, 2009 10:13 AM

Reply
Question marked as Top-ranking reply

Posted on Mar 30, 2017 3:51 PM

Hello, I'm Dragon Berzerk.


There is a problem when you copy files from a Mac to a NTFS Disk, after time when you connect any NTFS Drive to a Mac, macOS make an index to entire disk, (When you can write a NTFS disk on macOS) so macOS make the invisible .DS_Store file type.


There is the problem the .DS_Store have a bug or something in NTFS file system


The solution is on Terminal.


  1. Open up Terminal (Applications > Utilities > Terminal or press command + space and type "Terminal")
  2. On Terminal type: cd
  3. After cdpress space bar, drag and drop your folder you wish to copy into Terminal window. Hit enter/return

Like this example:

User-Mac-Pro:~ User$ cd /Volumes/SpecialDisk/Not\ is\ P0rn

4. Now type: find . -name '.DS_Store' -type f -delete

Would be look like this example:

User-Mac-Pro:Not is P0rn User$ find . -name '.DS_Store' -type f -delete

5. Press Enter… Wait some seconds.

6. Now in Finder close the window with your files and open it again, is just to update folders.


And thats all the .DS_Store files are deleted. Copy your files on Finder as normal.

macOS will create new correct .DS_Store into Mac Disk it's normal.

134 replies

Sep 13, 2010 3:59 PM in response to subcrapper

Background: Just got a new HD in my MacBook Pro / MBP and MacPro are both on 10.6.4.

Am getting weird problems copying from my MBP to MacPro, connected via ethernet, have always worked fine before.

The drives on the MacPro mount ok on MBP in Connect to Server - then when I drag or copy a new file that is not on the destination across, I get

"A newer item named “filename” already exists in this location. Do you want to replace it with the older one you’re moving?"

As the file has been copied but is zero kb, I say yes, then I get:

The operation can’t be completed because an item with the name “” already exists.

And the file is there but still zero kb.

I need regularly to copy video files from SxS cards that mount on the MBP only - any help appreciated.

Dec 7, 2010 9:04 AM in response to 44gbs

I am trying to upgrade Chrome 8 Beta to the latest Chrome Stable and when I drag the new Chrome to Applications I get this error "The operation can't be completed because you don't have permission to access some of the items."

Permissions are fine, running 10.6.5 Snow Leopard. This has happened once before and I forget how I got around it.

Dec 15, 2010 1:35 PM in response to happysailor

I am seeing the exact same issue as described by happysailor, with the exception of my systems being on 10.6.5. I'm trying to copy files from my MBP to my Mini using Finder, and am getting that exact same behavior and error message.

As a temporary work-around I copy files to my Dropbox folder, which is available on both machines.

... On a whim I just tried something that worked. On the destination machine I created a new user account with standard (non-admin) permissions. Copying files when connected as this newly created user worked. Switching back to the other account and trying the same thing still fails.

Very strange. I suspect this is a permission or keychain issue of some sort, but I can't tell where.

Feb 7, 2011 6:01 AM in response to illuminatus_primus

Let's get back into this one...

I have two Terabyte external hard drives. Both of them are FAT formatted, so I can swap between here and a Windows machine.

When I copy a folder from one hard drive to another eventually I get the following error message and it stops copying.

"The operation can't be completed because an item with the name "XXXX" already exists.

It doesn't happen right away, just at a random point. It's as if the copy/read functions stops for a split second, starts copying and notices something with the same name and give me the error. There is obviously some sort of read/write confusion. I guess can MAC format this.

This is a problem that has happened before, over years. I don't think it has to do with a version of the OS (I have the latest).

Has anyone gotten any further on this problem?

thanks - Otto.

Mar 11, 2011 6:08 AM in response to nightotter

Had the same problem today.

Copying from imac to usb-stick gives this error but only for a certain folder, no problems with copying other folders to the stick.

Copying from usb to imac gives no problem.

I called the apple care helpdesk, they said there should be some corrupt files in the folder I wanted to copy to my usb-stick. I started copying the subfolders one by one to find out in which folder those corrupted files should be.

Turns out it has to do something with the names of certain files. I solved it by changing some file names in which there was a "~". When I replaced the "~" with a "-", it was possible to copy the folder.

So it seems like the FAT 32 system in combination with the finder can't properly read the ~ in file names.

Hope this helps for you as well!

Nov 11, 2011 2:47 PM in response to subcrapper

Seeing the exact same problem copying a huge directory to my ReadyNas.

The source director is from an HFS+ and has never had Windows near it so all should be Mac acceptible file names. The destination is the directory structure on the ReadyNas Pro file system which I think is a Linux ext4 fs. Sometimes the copy works, then I see random failures with the same "file exists" message.


I note that prior to this problem occuring, my network is grinding to a terrible 10kbps transfer rate and m source disk I/O is humungous. Killing finder and restarting fixes the problem until after a while it may randomly crap out with the same problem.


I have installed ForkLift 2 and this works perfectly. Brilliant tool.

Mar 6, 2012 11:56 PM in response to lettertosteve

Doesn't help in my case because it is not possible to create any files. There seems to be different problems, some with working solutions, in this thread.

This one is related to the problem of creating new files to SMB-shares regardless of filename or extented attributes.


The file is created with read-only attributes (-r--r--r--) and then comes the question "A newer item named “filename” already exists in this location. Do you want to replace it with the older one you’re moving?" with pop up for admin password to confirm changes and finally a message "The operation can’t be completed because an item with the name “” already exists."


If trying to move/copy files from the terminal the message is simply 'Permission Denied' even the target directory has full access (drwxrwxrwx). The same if trying to create a file (eg. using vi).


Deleting, modifying existing file or moving inside the SMB-share works fine. Every other OS works fine and 3rd party file managers inside Mac work fine but makes life quite hard because applications (eg. iTunes) cannot create files to SMB.


So the folks that have the similar problem, have you found a working solution or created a bug-report?

May 3, 2012 4:50 AM in response to ScouseGit

Hi,


I have Lion and use a QNAP NAS also ext4, I was getting the "file exists" error message for months while copying files from the QNAP back to my Mac. I found the cause was upper/lowercase filenames. Somehow I had a file "file.txt" and also "FILE.txt" in the same folder on the NAS which is legal on a ext4 file system because it is case sensitive and they are considered different files. When I tried to copy to the Mac I got the error, because the Mac was ignoring the case and getting confused,


The problem was compunded by the fact that the finder only showed one file. When i changed its name the second file suddenly appeared.


So if you are having problems, please try changing the file name, and see what happens, this is only valid if copying from NAS to Mac.


Hope that helps, somebody, 🙂

operation can't be completed because an item of same name already exist

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.