macOS Error 36: Quick Fix for Finder Copy Failures

Quick Answer

Run dot_clean /path/to/source && dot_clean /path/to/destination in Terminal, then copy again. If that fails, use rsync to bypass Finder's metadata handling.

Error 36 is Finder's way of saying “I can't handle this file's metadata.” It usually shows up when copying from a Mac to an external drive (especially FAT32 or exFAT) or a network share. The culprit is often invisible AppleDouble files (._filename) or extended attributes that the destination filesystem doesn't support. I saw this last week with a client's external drive formatted as exFAT—every photo copy would die halfway through.

Fix Steps

Clean up metadata—Open Terminal (in /Applications/Utilities) and run:
```
dot_clean /path/to/source
```
Replace the path with the folder you're copying from. Do the same for the destination if it already has partial files.
Copy using Finder again—After cleaning, try the drag-and-drop copy. If it works, done. If not, move on.
Use rsync for a controlled copy—Run this, replacing the paths:
```
rsync -avh --progress /source/ /destination/
```
The trailing slash on source is important—it copies the contents, not the folder itself. This bypasses Finder and works most of the time.
If rsync throws errors—Add --ignore-errors and --force to skip problem files:
```
rsync -avh --progress --ignore-errors --force /source/ /destination/
```
You'll see which files fail, and you can handle them individually.

Alternative Fixes

If dot_clean and rsync don't work, try these:

Copy without metadata in Finder by holding Option while dragging—this still copies, but sometimes works around the issue. Not a guarantee, but worth a shot.
Re-format the destination drive to APFS or Mac OS Extended (Journaled) if you don't need Windows compatibility. That eliminates the root cause for exFAT drives.
Use a different transfer method—send files via AirDrop or a cloud service. Clunky, but it gets the job done for a few files.

Prevention Tip

If you copy to exFAT or FAT32 drives regularly, format them as exFAT with GUID partition map (if your Mac allows it—some versions have quirks) or just use a tool like cleanmymac to purge metadata before copying. Or better: switch to APFS for Mac-only drives. Error 36 happens because the filesystem can't store those AppleDouble files. Give it the right filesystem, and it stops.

One more thing—if you're copying from a Time Machine backup, that's a whole different ballgame. Those directories have special permission bits. In that case, use sudo rsync -avhE (the E flag copies extended attributes, which you might want). But be careful—sudo can mess things up if you're not sure what you're doing.

I've seen this error so many times, and 90% of the time it's just a few files with weird names or permissions. Find those with ls -la@ (the @ shows extended attributes) and you can strip them individually:

ls -la@ /path/to/file
xattr -c /path/to/file

That's the nuclear option, but it works. After that, copy again and you're golden.

Remember, error 36 isn't a hard drive dying. It's a metadata mismatch. Fix the metadata, and you fix the error.