When I plug-in an USB stick (FAT) into my Mac or Ubuntu machine, all files have the executable bits set. After having copied the directory structure to my hard disk how do I remove the executable bits recursively just from the files and keep those on the directories?
4 Answers
With GNU chmod
(on Ubuntu) single command variant (starting in the current directory):
chmod -R -x+X .
Explanation:
-R
- operate recursively-x
- remove executable flags for all users+X
- set executable flags for all users if it is a directory
In this case the capital X
applies only to directories because all executable flags were cleared by -x
. Otherwise +X
sets executable flag(s) also if the flag was originally set for any of user, group or others.
With BSD chmod
(which is present on Mac OS X) you have to do it separately in two commands:
sudo chmod -R -x * && sudo chmod -R +X *
(If you want to include hidden files in the main directory as well, you likely need to change * to . (point), but it is untested.)
-
2
-
@EeroAaltonen: Thank you for the note. This could happen if your
umask
does not allowx
permission for all. Do you use defaultumask
or did you change it? Could you please send output ofumask
command? Besides your solution there is also this possibility:chmod -R a-x,+X *
which will set thex
permission according to yourumask
. I will update the answer but I would like to check the behaviour in BSD / Mac OS X first. Aug 26, 2013 at 17:22 -
1@pabouk oopsie! It was actually the CentOs box where I had set my umask to 0007. Aug 28, 2013 at 12:15
-
This is just sad... :( I like the
find
variant in the answer below for it's style of combining simple tools that do One Thing Well.– mikezterAug 5, 2014 at 18:00 -
3
If you cd into the correct path first:
find . -type f -exec chmod -x {} \;
or
chmod -x $(find . -type f)
The find finds all files of type 'f' (which means regular file) in the path . and then calls chmod -x on each file. The {} gets substituted for the file name and the \; terminates the chmod command.
-
6If your
find
supports it, use-exec ... \+
instead of-exec ... \;
— it'll require fewerfork
+exec
s. If it doesn't, usefind ... -print0 | xargs -0 ...
. Jun 8, 2012 at 19:49 -
5I've used this technique, but with "-perm +111" added to the find so it only chmod's ones that have the x-bit set:
find . -type f -perm +111 -exec chmod -x {} \;
– chrishMay 28, 2013 at 12:54 -
4+1 @Matthijs The reason why this is better than pabouk's solution is that this command leaves directories alone, while pabouk's re-sets the executable bit in all directories. There might be some directories which have the executable bit not set, and pabouk's command sets it, while one might wish to leave them as they are. Nov 9, 2013 at 11:14
-
-
@ephemient: if your
find
supports-print0
I'm pretty sure it will also support-exec
Sep 16, 2015 at 18:52
Under Linux and Unix in a terminal window or On Mac OS X, use this in Terminal.app:
find . -type f -print0 | xargs -0 chmod -x
The chmod -x+X
way did not work for me on ubuntu either, thus I wrote this minimal python script:
#!/usr/bin/python3
import os
for par, dirs, files in os.walk('.'):
for d in dirs:
os.chmod(par + '/' + d, 0o755)
for f in files:
os.chmod(par + '/' + f, 0o644)
If there might be any fancy extra stuff such as sockets in your filesystem, you may want to surround the last chmod with a try/catch.