Delete All .DS_Store Files from Mac OS X
DS_Store files are hidden system files that reside within almost every folder of Mac OS X, they contain folder-specific information and settings, like what view to use, icon size, and other metadata pertaining to their directory.
Though ds_store files are invisible to the average user, if you’re sharing with a Windows PC or have hidden files shown in Finder you’ll see them in every folder, and if you’re trying to force a change like which view to use across all directories in Finder, you may discover the .DS_Store files are in the way, thus it’d be reasonable to want to delete and remove ds_store files on a Mac.
The method described below will delete every single DS_Store file from a Mac OS X volume. As usual with the command line, it is for advanced users only, it is critical that you enter the syntax exactly as written otherwise you could delete other files.
How to Delete All DS_Store Files from a Mac
- Launch Terminal, found in /Applications/Utilities/
- Type the following command exactly:
- Enter the administrator password when asked – it won’t be visible when typing which is standard for the command line
- Let the command run, it will find all instances of .DS_Store and delete them
sudo find / -name ".DS_Store" -depth -exec rm {} \;
You can also go a step further and use a defaults write command to disable .DS_Store creation which can help to avoid clutter on networked drives.
If your annoyance with DS_Store stems from networking, you may notice that Windows PC’s have similar metadata files in all directories called “Thumbs.db“, those can also be removed separately by using Spotlight.
This is a handy tip from Adobe, of all places. Adobe also shows how to use crontab to schedule the deletion of .DS_Store files, but if you delete them once and disable their creation you shouldn’t need that functionality. Thanks for the tip idea Andy!
If you know of any other handy tips for managing and dealing with DS_Store files then share them in the comments below!
An advice, copy-past the command line…
I typed it myself and forgot the -name and now everything got deleted………… my god :X
I copy-pasted and now all my files were deleted. How did you recover them?
You wanted to delete the .DS_Store files, so you deleted them, and now you want them back? What were you expecting to happen? What a strange thing.
You can use Time Machine to restore your DS_STORE files if you want them back, or let them regenerate on their own.
The tip from Adobe Software Inc to use sudo and rm is not the best idea. And if you don’t know the command line, don’t ever use it. Period.
What is the meaning to delete these? They will be recreate after a restart or o relog, no?
Or just use dot_clean which was designed for this on the root of the drive.
This may seem like a silly question but I am a relatively new user to OSX and am wondering what the purpose would be in deleting these files other than some housekeeping which I am all for. Are there any performance benefits etc?
If you don’t have a compelling reason to delete these files (primarily, networking with a lot of Windows PC’s), you do not need to do so. There is no performance benefit and they are recreated by OS X to store preference information.
Definitely not necessary for 99% of users.
there’s no reason to do that, finder will recreate everything.
but, if you are justifying to delete ds_store because the windows sharing, erase all files from your local user (~ instead /) or the shared folders in the network.
you could even create a cron or launchd task to do the job.
You might also want to do this for ._.DS_Store files as well (I’ve noticed a lot of these on network drives).
Find also runs a lot faster if you allow its exec routine to group multiple files into the same command with \+ instead of \; E.g.
find / \( -name .DS_Store -o -name ._.DS_Store \) -exec rm -f {} \+
The -depth flag is unnecessary in this use case.
There’s an app for that: http://itunes.apple.com/us/app/ds-store-remover/id476237254?mt=12
(free on the mac app store)
I wouldn’t recommend non technical people to execute:
sudo find / -name “.DS_Store” -depth -exec rm {} \;
It is asking for trouble…
As Chris said, the -depth option isn’t needed.
OS X’s find also has a -delete flag:
sudo find / -name .DS_Store -delete
> An advice, copy-past the command line…
> I typed it myself and forgot the -name and now everything got deleted………… my god :X
This should be repeated, don’t forget the -name flag.
Toke me some time but now all is restored ehhe
Good think i noiticed what was happening fast xD
hi, how did you restore all?
I some times zip folders for transmission to Windows users. How can I delete the .DS file in just that folder before zipping it. I suppose that if I do not change any windows setting before zipping, the.DS file is not recreated in that folder.
Use terminal:
cd to the folder
rm .DS_Store
zip folder
Do NOT delete these if you are just using your OS X system, or shares on your network. (You can delete them, if they are only held on a non-OS X system, eg. Win.)
a) They actually do a job.
While it’s an *aspiration* that Apple use “extended file attributes” for these current per-folder settings; they are NOT yet! Hence Finder needs these files to keep Spotlight data and all your other folder settings you have set as a user yourself, actually working.
b) They get re-created anyway by Finder/PathFinder.
c) They are harmless.
And while they seem like cruft, they’re not on OS X: they do a job.
They do not override folder specific settings, unless you *specifically ask them to* by using OS X’s GUI (or command line) to do so.
You may want to explain your users when to use the -x option. Otherwise scanning mounted shares may take forever.
I put the code in and the password came out and I can’t type my password or any other letters. All I can do is press the enter button and that didn’t help at all.
Rubbish. Ds_Store files cause a huge problem.
If, like me, you try to copy a large number of files from one external hard drive to another it fails because of Ds_Store files.
The copying process stops. So you come back to your mac having waited ages and lo and behold, it hasn’t done what you want. It simply stops the copying process. Completely hopeless.
I created a python script to do this ;)
https://github.com/angelitomg/delete-dsstore
Robert: Yes: Copying files between disks in a network (NAS) is a big problem.
Using the new thunderbolt disks (DAS) as a substitute for those slow connections (NAS), is an ever greater problem.
As these disks are treated as local disks, there is no way of stopping the DS_Store creations.
The basic problem is the way Finder copies maps.
This is one way of getting the error:
1. Create a map and fill it with data in/on a NAS.
2. Create some a local map with som extra maps.
3. Look into these local maps to create DS_Store files.
4. Copy te top local map into the NAS-map
5. Copy the top NAS-map back to a local USB-disk.
6. Move this USB-disk to another computer.
7. Copy the USB-disk content back to a thunderbolt disk.
==> It will not work as the a “DS_Store” file already exists. !
This is getting furious, as…
even as you can find the problem, you can’t do anything to solve it !!!
We need a simpler handling from Apple to show and fix this utterly annoying problem.
Hey, the .DS_Store files are not visible in my Mac, but whenever I upload a zip file (with multiple folders inside) on Google Drive, .DS_Store files appear in each and every folder.
How may I solve this issue? I tried the “copy-paste this line” thing but it doesn’t seem to work.
And, how long does the execution of copy-paste thing take in terminal?
Whats the Password for DS-STORE????
The .DS_Store files are very annoying in copy operations.
For example, I have 2 WD MyCloud 4 TB drives containing media files. Both drives are used as media server and serve the users in our household, in this case it was not an option to format the drives as dedicated Mac drives. When I start rearranging the media files I ended up in frustration because the .DS_Store files stopped copy and/or moving operations.
I found on the internet a handy little Windows app (Ultracopier for Windows – http://ultracopier.first-world.info/) that does the job. if it encounters file doubles it will ask you what to do with the file (replace-skip….) this little app saved my day.
OK but that’s a Windows application, the DS_Store files are created by OS X as this is for Mac OS X.
When I try this operation I get:
find: /dev/fd/3: Not a directory
find: /dev/fd/4: Not a directory
It keeps running after the above notes, but then it stops with this:
override rw-rw-r– root/admin for /Volumes/Backup Space/Backups.backupdb/GB’s G4 PB/2015-12-16-185712/Hard Drive/.DS_Store?
I don’t know how to answer this.
I was trying to do this to repair some corrupt .MOV files and afterwards everything on my external was deleted. Obviously I had no business messing with this stuff and now I’m screwed. Is there any way I can recover these files?
If you want to delete within a dir, use .
1. See if these are the right files/dir to delete
sudo find . -name “.DS_Store” -print
2. Delete them
sudo find . -name “.DS_Store” -exec rm {} \;
3. Check if they are deleted
sudo find . -name “.DS_Store” -print
I do above steps before making an archive