WSL1限制自动挂载的权限

众所周知，WSL1得挂系统读取性能要优于WSL2，其中它的自动挂载Windows分区也是极为方便。但是弊端也很明显：一上来就是完整权限，看起来也不是特别放心，加上有时候ls直接绿绿的一片……

简单说明

对于WSL自动挂载，会出现权限777导致绿绿的一片，看着很是晃眼，而且权限过高也不见得是件好事。所以可以自己配置wsl.conf相关参数来设置挂载权限。

* 纯萌新还是别折腾，容易出各种未知的问题……

配置自动挂载权限

开始之前可以先看看自动挂载的权限 ls -l /mnt/c

不管有没有wsl.conf，直接编辑 nano /etc/wsl.conf ，内容为：

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

再使用 crrl+x，输入y，回车 保存。

之后需要重启Windows系统，再重新登录WSL。

最后再次使用 ls -l /mnt/c 可以发现此时权限就恢复成正常，高亮也不再是绿绿的晃眼。

后续相关调整

i) VS Code登录WSL

配置完自动挂载权限后，VS Code Remote Wsl 管道连接失败？？

#进入VS Code remote WSL主目录
#Windows管理员名称不是Administrator的话记得替换成你自己的用户名
cd /mnt/c/Users/Administrator/.vscode/extensions/ms-vscode-remote.remote-wsl-*
#进入script文件夹
cd script
#赋予当前目录下的3个脚本可执行权限
chmod +x ./*

ii) MobaXterm登录WSL

配置完自动挂载权限后，使用MobaXterm登录WSL直接闪退？Run method 必须要选择“Wsl command”才能正常登录？

同样的，也需要赋予相关可执行权限。由于文件太多，懒得一个个翻了。直接赋予Mxt目录的可执行权限：

#Administrator：可能需要替换成你自己的
#Mxt220：同样的，Mxt版本不同，名称也不同，如果不一致记得替换掉再去执行下面的命令。
chmod +x -R /mnt/c/Users/Administrator/AppData/Local/Temp/Mxt220/*

碎碎念

配置完自动挂载权限，虽然文件、文件夹的高亮看起来明显比777权限来得舒服，但是也可能限制了可执行权限，导致还有其它未知的问题，所以如果有遇到，记得善用其它搜索引擎。