#WINDOWS EQUIVALENT TO CHMOD 400 WINDOWS#

If youвЂ™re unfamiliar with octal masks, consult the man pages for chmod to learn more (in the WSL console, enter вЂњman chmod вЂњ). Sudo mount -t drvfs C: /mnt/c -o metadata,uid=1000,gid=1000,umask=22,fmask=111ДЄfter executing the mount command, you will see your mount (in this case, C:) listed with all the parameters you passed in when querying for a list of mounted devices. dmask: an octal mask of permissions to exclude for all directories.ДЄ sample command using the mount options could look like this:.fmask: an octal mask of permissions to exclude for all regular files.*umask : *an octal mask of permissions to exclude for all files and directories.gid:В the group ID used for the owner of all files.uid: the user ID used for the owner of all files.Y ou can combine with the metadata option to specify default permissions for files without metadata. WeвЂ™ve added new mount options to DrvFs to control permissions for files without metadata. You can create special files like fifos, unix sockets, and device files. Windows permissions for a file or folder will trump the permissions set under WSL.В You can see this concept illustrated below. Inversely, if I have a file in WSL which states its Linux permissions allows writingвЂ“but IвЂ™ve disabled write permissions in WindowsвЂ“I still wonвЂ™t be able to perform actions.

#WINDOWS EQUIVALENT TO CHMOD 400 WINDOWS#

But I can still open the file and write changes from Windows because I have the write permission set in Windows. In the example below, I remove a fileвЂ™s write permissions in WSL which disables the ability to write changes to the file from WSL. You can see this concept illustrated below. Or you can have read permissions enabled under Windows and remove read permissions in WSL. This something to consider when setting permissions.ДЇor example, you can disable write permissions on a file in Windows and chmod the file to show write permissions are enabled in WSL. The uidвЂ™s of each WSL user account might differ. If you have multiple WSL distros installed or multiple Windows users with WSL installed, they will all use the same metadata on the same files.Removing all write bits on a file in WSL willВ make Windows mark the file as read-only.In this case, the file will revert to its default permissions Editing a file using a Windows editor may remove the fileвЂ™s Linux metadata.There are a few things to make sure youвЂ™re aware of when tinkering with the new metadata: Once the file or folder has metadata, Windows and Linux permissions will not remain in lock-step with each other. Newly created files in WSL will be created with metadata by default and will respect the mount options youвЂ™ve set (discussed later) or the permissions you pass when executing a mkdir/open. But now, chmod/chown can assign metadata to the file or folder. The permission bits on each file/folder was derived from Windows permissionsвЂ“no write bit checked for Windows meant no write bit set in WSL.ДЄdditionally, attempting to chmod or chown on a file/folder resulted in a no-op (they wouldnвЂ™t do anything!) How do permissions work now?ДЇor files that donвЂ™t have metadata, we apply the same approach as what is described in pre-17063 builds. Prior to Build 17063, all files/folders list вЂњrootвЂќ as the owner and belonged to the group вЂњrootвЂќ. This means a file can have Linux *and *Windows read/write/execute permission bits. Linux permissions are added as additional metadata to the file. A nd remember, some of the functionality discussed below already exists on the Linux filesystem side-bringing this over to the Windows side is whatвЂ™s new. LetвЂ™s take a look at the two new features in detail. You can learn more about DrvFs and the WSL filesystem in a previous blog post from June 2016, WSL File System Support, which covers the Linux filesystem as it pertains to WSL and compares it to the Windows filesystem. DrvFs enables WSL to mount drives with supported file systems under / mnt, such as / mnt /c, / mnt /d, etc. You can verify that it mounted correctly by running вЂњmount -lвЂќ to see the output below:ДrvFs is a filesystem plugin to WSL that was designed to support interop between WSL and the Windows filesystem. Sudo mount -t drvfs C: /mnt/c -o metadata ThereвЂ™s one step you must take before you can enjoy these new features : you must unmount drvfs and remount it with the вЂmetadataвЂ™ flag. WeвЂ™re introducing new mounting options with DrvFs for projecting permissions onto files alongside providing new Linux metadata on files and folders. You can also create special files like fifos, unix sockets, and device files. You can now set the owner and group of files using chmod/chown and modify read/write/execute permissions in WSL. WeвЂ™ve added new file system features to WSL in Insider Build 1706 3.

Windows equivalent to chmod 400