VSCode终端报“Permission denied”不是VSCode的问题，而是终端继承用户权限后操作受保护路径或触发系统策略（如PowerShell执行策略Restrict、npm全局安装写入系统目录、WSL中/mnt/c路径不支持POSIX权限）所致，应优先调整策略、路径或配置本地prefix而非提权。
VSCode终端报“Permission denied”不是VSCode的问题
绝大多数“权限不足”错误和 VSCode 本身无关，而是终端继承了当前用户权限后，试图操作受保护路径或触发系统策略拦截。比如 npm install -g 往 C:Program Files
odejs
ode_modules 写文件，或 PowerShell 拒绝执行本地 .ps1 脚本，错误里出现 EACCES、operation not permitted、Access is denied 时，先别急着提权。
常见误判点：
-
File build.ps1 cannot be loaded because running scripts is disabled→ 是 PowerShell 执行策略问题，不是权限问题 - 项目放在
C:UsersXXXOneDrive或/mnt/c/Users下，保存文件失败 → OneDrive 同步锁或 NTFS 权限隔离导致 -
chmod +x script.sh后仍报Permission denied→ 脚本在/mnt/c/下，NTFS 不支持 POSIX 权限位
PowerShell 执行策略报错怎么修
VSCode 默认终端是 PowerShell，而 Windows 默认策略为 Restricted，连当前目录下的 .ps1 都不许运行。这不是权限缺失，是安全策略主动拦截。
正确做法（无需管理员）：
- 在 VSCode 终端中运行：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser - 验证是否生效：
Get-ExecutionPolicy -Scope CurrentUser应返回RemoteSigned - 关闭所有终端面板，再按
Ctrl+Shift+`新建一个——旧终端不会自动刷新策略
别用 Unrestricted 或 Bypass，尤其在公司设备上，组策略可能随时覆盖重置。
npm / pip 全局安装报 EACCES 怎么办
这类错误几乎全是目标路径不可写导致的：npm 默认往系统级路径（如 /usr/local/lib/node_modules 或 C:Program Files
odejs
ode_modules）写文件，普通用户无权访问。
安全替代方案：
- macOS/Linux：
npm config set prefix ~/.local，再把~/.local/bin加进$PATH，之后npm install -g就写入用户目录 - Windows：
npm config set prefix %USERPROFILE%AppDataRoaming pm，并确保该路径已在PATH中 - Python 用户始终用：
pip install --user，生成的可执行文件在~/.local/bin/（Unix）或%APPDATA%PythonPythonXXScripts（Windows）
绝对避免 sudo npm install -g：npm 会以 root 身份执行任意 preinstall 脚本，极易破坏系统。
WSL 中 Permission denied 的根源在哪
VSCode Remote-WSL 模式下报权限错误，本质是 Windows 进程（VSCode）与 Linux 权限模型（WSL）之间 UID/GID 映射断裂。你在 /home/user/project 创建的文件，若属主是 root，当前用户就无法修改；从 /mnt/c/ 访问的文件，NTFS 权限又不映射为 Linux 权限位。
关键检查项：
- 运行
whoami和id确认当前用户 UID/GID - 用
ls -l查看目标文件属主和权限位 - 检查
/etc/wsl.conf是否启用元数据支持：[automount] enabled=true options="metadata,uid=1000,gid=1000" - 改完配置后必须执行：
wsl --shutdown，再重启发行版
真正容易被忽略的是：VSCode 若通过 Windows 资源管理器打开 \wsl$ 路径后再启动，就退化成混合权限模型，此时 Remote-WSL 插件也救不了——工作区权限已由 Windows 进程初始决定。
