wsl文件权限问题

简介

  随着windows的子系统功能越来越完善，更多的开发者尝试使用wsl进行开发，但是wsl在文件权限上与linux有很大的不同，这里分享三个文件权限问题的解决方案。

挂载文件权限

  子系统可以直接访问windows下的任何文件，这也是比虚拟机好用的关键点之一。在 /mnt 目录下就可以访问c、d、e、f等盘符，并且可以直接访问任何一个文件位置。
  因为windows的盘符挂载到linux中的时候全部都用了 777 的权限，在一些软件开发上可能会出现一些问题。
解决方法
  使用wsl的自动挂载功能，修改 /etc/wsl.conf 文件（没有就创建一个）,修改内容为：

[automount]
enabled = true
root = /mnt/
options = "metadata,dmask=022,fmask=133"
mountFsTab = false

就可以将/mnt下的所有盘都挂载为linux下默认的权限。

wsl.conf还可以配置其他选项点击查看

windows wsl创建文件权限

  挂载问题是解决了,但是使用wsl命令打开的终端创建新的文件还是 777。

解决方法
在/etc/profile或~/.profile或~/.bashrc最后添加一些逻辑。

if [[ "$(umask)" == '000' ]]; then
    umask 022
fi

  这样在每次启动终端的时候就会重新设置umask, 之后创建文件就正常了。

vscode Remote-wsl插件创建目录权限

  remote-wsl是一个可以用windows的vscode编辑wsl项目的插件。配置好后编码非常方便。可以在windows直接编辑并运行linux子系统中的代码。
  Remote-wsl其实是在linux中安装了一个vscode的服务，也就是后来在 win 上使用的vscode，其实是运行在wsl里的，而 win 只提供前端展示和操作。
  具体安装方法可以百度。这里解决vscode创建linux目录或者文件权限问题。
解决过wsl文件创建权限问题后，vscode中无论是下侧终端，还是左侧目录。创建文件和目录依然有权限问题(777)。
解决方法

echo umask 022 >> ~/.vscode-server/server-env-setup
或者(取决于安装vscode的版本)
echo umask 022 >> ~/.vscode-server-insiders/server-env-setup

这个文件默认是没有的，功能是可以配置一些linux的vscode-server的一些启动环境，可将umask调整为linux默认值。

具体详情请参考Retome-wsl插件官方文档