Cygwin运行Python/Poetry命令时追加cygdrive\c前缀致路径解析错误

在Cygwin环境运行Python脚本、执行Makefile中Poetry虚拟环境相关命令时，会触发Cygwin路径解析异常，自动给文件路径追加错误前缀，初始报错如下：

C:\Users\...\AppData\Local\Programs\Python\Python39\python.exe: can't open file 'C:\cygdrive\c\Users\...'

正确路径应为C:\Users\...。
此前尝试修改/etc/fstab添加none / cygdrive binary 0 0配置未解决问题，修改后路径仍残留c\前缀，报错变为：

C:\c\Users\...

后续尝试添加none / cygdrive/c binary 0 0配置依然无效。

复现场景 #

Makefile中配置了如下命令用于清理Poetry虚拟环境：

rm -rf `poetry env info -p`

命令执行时需要Python定位Poetry安装目录，路径解析异常会直接导致找不到对应目录。
poetry env info -p在Windows CMD中可正常运行，返回正确的虚拟环境路径：

C:\Users\...\Projects\...>poetry env info -p
C:\Users\...\AppData\Local\pypoetry\Cache\virtualenvs\...

但在Cygwin终端执行同一条命令会触发同类错误：

$ poetry env info -p
C:\Users\...\AppData\Local\Programs\Python\Python39\python.exe: can't open file 'C:\c\Users\...\.poetry\bin\poetry': [Errno 2] No such file or directory

该问题和Cygwin挂载点配置无关，本质是Cygwin默认开启的Win32路径自动转换机制和Windows原生版Poetry/Python的路径输出逻辑冲突：当前环境调用的是Windows原生版本的Python和Poetry，程序本身输出的就是标准Windows路径，但Cygwin调用原生Win32程序时，会误把这些已经是Windows格式的路径当成Cygwin风格路径做二次转换，才会错误拼接cygdrive/c或者c/前缀。之前修改fstab的操作只是改了Cygwin内的磁盘挂载前缀，没有关闭错误的二次转换逻辑，自然无法解决问题。

根据自己的使用场景选一个方案即可：

• 方案1：临时/全局关闭Cygwin的路径自动转换
  临时关闭仅对当前终端会话生效，直接执行：

  export CYGWIN="nopathconv"
  

  要永久生效的话，把上面这行配置写到你当前使用shell的配置文件末尾，比如用bash就写~/.bashrc，用zsh就写~/.zshrc，保存后执行source ~/.bashrc（对应自己的配置文件路径）重载配置即可。
  注意：全局关闭路径自动转换后，其他场景下给Windows原生程序传递Cygwin风格路径时，不会自动转换为Windows可识别的格式，这类场景需要手动调用cygpath工具做路径转换。
• 方案2：针对Poetry命令单独处理，不修改全局配置
  只在执行Poetry相关命令时临时关闭路径转换，同时把Poetry输出的Windows路径转成Cygwin可识别的格式，避免rm等Cygwin命令不认路径。比如Makefile里的清理命令可以改成：

  rm -rf `CYGWIN=nopathconv poetry env info -p | cygpath -f -`
  

  这里CYGWIN=nopathconv只对当前这条poetry命令生效，不影响其他命令逻辑，后面的cygpath -f -负责把poetry输出的Windows路径转成Cygwin风格路径，保证rm能正确识别目标目录。
• 方案3：统一环境，避免跨环境调用
  直接在Cygwin的包管理器里安装Cygwin版本的Python和Poetry，全程使用Cygwin体系内的程序，不调用Windows原生安装的Python/Poetry，路径完全走Cygwin的Unix风格体系，从根源上避免路径转换冲突。

内容的提问来源于stack exchange，提问作者cratermuffin9873