简介
随着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
插件官方文档