WSL下配置Burrows-Wheeler Aligner（BWA）遇command not found问题咨询

你现在遇到的报错本质上是两个完全错位的操作导致的：

• 把Windows系统层面的PATH配置逻辑直接套用到了WSL（Windows子系统的Linux环境）上：你之前参考Windows CMD配置Conda的方法，是给Windows原生的CMD、PowerShell终端添加PATH条目，WSL启动的bash是运行在独立的Linux用户态环境里的，两个环境的环境变量完全隔离，WSL不会读取Windows侧配置的PATH内容，自然找不到你添加的路径。
• 把源码发布包当成了可直接运行的预编译程序：你从Sourceforge下载的bz2压缩包是BWA的源码发行版，不是解压完就能直接调用的二进制程序，即使路径配置完全正确，没有经过编译生成可执行文件，也永远会报找不到命令的错误。

前置清理操作 #

先把之前在Windows系统PATH里添加的BWA解压文件夹条目删掉，避免后续出现路径映射冲突，这一步只需要在Windows系统的环境变量设置界面操作即可，不影响其他功能。

最推荐的零编译快速安装方案（无代码编译步骤，新手适配度最高）
完全不需要手动下载、解压、配置PATH，直接在WSL的bash终端里依次执行以下命令即可：

• 刷新系统软件源列表：sudo apt update && sudo apt upgrade -y
• 直接通过Ubuntu官方源安装预编译好的BWA：sudo apt install bwa -y
• 安装完成后直接输入bwa，如果终端输出BWA的参数帮助文档，就说明配置完全成功。这种方式安装的程序会自动注册到Linux全局路径下，不需要手动修改任何配置文件。

使用本地已下载源码包的编译安装方案
如果你希望用之前已经下载好的压缩包完成安装，按照以下流程操作即可：

• 找到Windows端解压得到的BWA源码文件夹在WSL里的映射路径：Windows磁盘在WSL中默认挂载在/mnt/盘符名/路径下，比如你把文件解压在Windows D盘的下载目录，对应的WSL访问路径就是/mnt/d/下载/bwa-xxx/。进入该路径后执行ls命令，能看到Makefile、bwa.c这类源码文件，就说明路径定位正确。
• 安装编译所需的基础依赖：sudo apt install gcc make zlib1g-dev -y
• 在源码根目录下执行编译命令：make，等待编译流程跑完，文件夹内会自动生成名为bwa的Linux格式可执行二进制文件，这才是真正可以运行的程序。
• 验证可执行文件是否正常生成：在当前目录下执行./bwa，如果能输出帮助信息，说明编译过程没有问题。
• 配置全局生效的PATH：这里一定要注意，所有环境变量配置都要在WSL的bash环境内完成，不要在Windows系统设置里操作。执行以下命令把BWA所在路径永久加入用户PATH：
  echo 'export PATH=$PATH:/你刚才定位到的BWA源码根目录的绝对路径' >> ~/.bashrc
  执行完后运行source ~/.bashrc让配置即时生效，之后不管在哪个目录下输入bwa都可以正常调用。

• 如果执行bwa还是报命令不存在，先运行echo $PATH查看输出的路径列表，确认BWA所在的文件夹路径已经被包含在内，没有的话就是之前的.bashrc配置条目写错了路径。
• 如果编译过程报zlib相关的依赖缺失错误，只需要补装zlib1g-dev包即可，不需要重新下载源码。
• 不要尝试直接把Windows格式的exe程序放到WSL的PATH里运行，WSL默认优先识别Linux格式的二进制文件，两种系统的可执行文件不通用。

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