WSL 上的错误变量名称

Question 1

我猜这是由于脚本或启动文件（假设~/.bashrc或~/.profile）中的某些内容未正确引用PATH变量造成的。由于 WSL 会自动将 Windows 路径附加到 WSL 路径，因此它会添加一些包含“Program Files”的路径元素，这是正确的。

但它确实需要正确的变量引用。检查脚本是否使用了$PATH并引用它（或者，如果您需要帮助，请将可能引起问题的行添加到您的问题中）。如果您在脚本中没有发现任何可疑之处，那么还要检查您的~/.bashrc和~/.profile。

编辑/更新：我确信有问题的行位于正在处理的脚本中dash（即sh）。Bash 可以很好地处理此问题，而无需额外引用：

> export PATH=$PATH:newpath
> echo $?
0
> echo $PATH
> # outputs correct PATH, even with spaces in the Windows path

但是，运行sh并尝试相同的操作：

$ export PATH=$PATH:newpath
sh: 1: export: Files/NVIDIA: bad variable name
$ export PATH="$PATH":newpath
$ echo $?
0
$ echo $PATH
# outputs correct PATH, even with spaces in the Windows path

还有一个“临时”解决方案可以禁用将 Windows 路径附加到 WSL/Linux 路径的 WSL 功能。您可以通过创建（或编辑（如果已存在））/etc/wsl.conf并添加以下几行来执行此操作：

[interop]
appendWindowsPath=false

wsl --terminate Ubuntu然后使用（假设默认发行版名称）停止实例，并重新启动 WSL。

这不是一个好的永久解决方案，恕我直言，因为当 Windows 应用程序（例如 VSCode）不在路径中时，它使运行它们变得更加困难。

最好找出核心问题并在脚本中修复它。

Answer

我猜这是由于脚本或启动文件（假设~/.bashrc或~/.profile）中的某些内容未正确引用PATH变量造成的。由于 WSL 会自动将 Windows 路径附加到 WSL 路径，因此它会添加一些包含“Program Files”的路径元素，这是正确的。