I am having a problem with permissions on a Linux server. I am used to BSD. When a directory is owned by a group the user who owns it isn't in such as www-data, files created in it will be owned by that group. This is important because I want files to be readable by the webserver (which I will not run as root) but so a user can still put new files in the directory. I can't put the users in www-data because then they can read every other users websites.

I want the webserver to read all websites, I want users to be able to change their own.

The permissions are set like this on the folders at the moment....

drwxr-x--- 3 john www-data 4096 Feb 17 21:27 john

It is standard behavior on BSD for permissions to work this way. How do I get Linux to do this?

  • 2
    Can you use ACLs?
    – slm
    Commented Feb 18, 2014 at 1:06

3 Answers 3


It sounds like you're describing the setgid bit functionality where when a directory that has it set, will force any new files created within it to have their group set to the same group that's set on the parent directory.


$ whoami

$ groups
saml wheel wireshark

setup a directory with perms + ownerships

$ sudo mkdir --mode=u+rwx,g+rs,g-w,o-rwx somedir
$ sudo chown saml.apache somedir
$ ll -d somedir/
drwxr-s---. 2 saml apache 4096 Feb 17 20:10 somedir/

touch a file as saml in this dir

$ whoami

$ touch somedir/afile
$ ll somedir/afile 
-rw-rw-r--. 1 saml apache 0 Feb 17 20:11 somedir/afile

This will give you approximately what it sounds like you want. If you truly want exactly what you've described though, I think you'll need to resort to Access Control Lists functionality to get that (ACLs).


If you want to get a bit more control over the permissions on the files that get created under the directory, somedir, you can add the following ACL rule to set the default permissions like so.


$ ll -d somedir
drwxr-s---. 2 saml apache 4096 Feb 17 20:46 somedir

set permissions

$ sudo setfacl -Rdm g:apache:rx somedir
$ ll -d somedir/
drwxr-s---+ 2 saml apache 4096 Feb 17 20:46 somedir/

Notice the + at the end, that means this directory has ACLs applied to it.

$ getfacl somedir
# file: somedir
# owner: saml
# group: apache
# flags: -s-


$ touch somedir/afile
$ ll somedir/afile 
-rw-r-----+ 1 saml apache 0 Feb 17 21:27 somedir/afile

$ getfacl somedir/afile
# file: somedir/afile
# owner: saml
# group: apache
group::r-x              #effective:r--
group:apache:r-x        #effective:r--

Notice with the default permissions (setfacl -Rdm) set so that the permissions are (r-x) by default (g:apache:rx). This forces any new files to only have their r bit enabled.

  • 1
    That seems to provide the functionality I wanted, thanks.
    – John Tate
    Commented Feb 18, 2014 at 1:46
  • 1
    @yaobin I think it's a security thing, you don't really want to have a file executable by default
    – cdarken
    Commented Nov 8, 2016 at 11:30
  • 1
    This doesn't work with unzip?
    – datasn.io
    Commented Mar 6, 2019 at 2:07
  • 1
    @datasn.io - look at the man page of unzip. Specifically the -X switch.
    – slm
    Commented Mar 6, 2019 at 3:17
  • 1
    is that a typo in the chown command in the first example: sudo chown saml.apache somedir or is the period equivalent to : in this case (the man page doesn't say it is)?
    – RufusVS
    Commented Jul 29, 2019 at 22:27

TL:DR; to make new files inherit the group of the container folder do:

$ chmod g+s somefolder

Note: its implied in the accepted answer, this is just a snippet.

  • 6
    setgid means that new files and folders will have the right group, but remember that if you move files into the tree, they won’t have the right owner configured. The ACL approach copes with that (in general). Commented May 29, 2018 at 11:23
  • 1
    @ChrisMorgan how does it cope with it? The solutions from the accepted answer didn't do anything for moved files in my case.
    – Dan M.
    Commented Apr 3, 2019 at 11:00
  • 1
    @DanM.: with file modes, you set permissions that are not inherited; but with ACLs, you set permissions that are inherited (though the children can specify ACLs of their own that override that), being checked at runtime. Commented Apr 7, 2019 at 14:18
  • 3
    I had to add -R for the setting to propagate down the directory tree
    – isapir
    Commented Dec 8, 2019 at 0:31
  • 1
    @isapir no, from what I read the closest you can get is using a filesystem monitoring utility like inotify which can automatically fire a bash script on a certain filesystem events (for example: newFileInDir? > chmod -R g+s *, and with some logic you could make it efficient enough... But anyway! Make sure the approach you're following is 100% necessary... For example, in my case I was trying to clone python environments (within a setgid dir) with the conda --clone cmd. But then I decided I'd be better off manually generating the envs myself, so setgid would work again as expected.
    – red-o-alf
    Commented Feb 24 at 15:25

As a complement to slm's answer, note that, on an ext2/3/4 filesystem, you can replicate the BSD behavior you describe by using the bsdgroups mount option on the partition. From the mount(1) man page :

grpid|bsdgroups and nogrpid|sysvgroups
              These options define what group id a newly  created  file  gets.
              When  grpid  is  set,  it takes the group id of the directory in
              which it is created; otherwise (the default) it takes the  fsgid
              of  the current process, unless the directory has the setgid bit
              set, in which case it takes the gid from the  parent  directory,
              and also gets the setgid bit set if it is a directory itself.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .