gcc安装后提示“command not found”根本原因在于path未包含其可执行文件路径或命令名不匹配：①apt安装gcc-arm-linux-gnueabihf后实际命令为arm-linux-gnueabihf-gcc而非gcc；②源码或linaro解压安装需手动将bin目录加入path并重载配置；③存在符号链接缺失、权限不足或32/64位兼容性问题。
gcc 安装后提示 command not found，基本可以确定不是没装上，而是 shell 根本没找到它——PATH 没配对，或者根本没装对命令。
确认你装的是哪个 gcc：x86 还是交叉编译器？
很多人卡在这一步：在 Ubuntu 上 sudo apt install gcc 装的是主机用的 x86 gcc，但你敲的是 arm-linux-gnueabihf-gcc，这俩压根不是同一个文件。
常见混淆场景：
- 想编 ARM 程序，却只装了
gcc，然后执行arm-linux-gnueabihf-gcc --version→ 报错 - 下载了 Linaro 交叉工具链解压到
/opt/gcc-linaro-11.2.1/bin，但敲的是gcc而不是arm-linux-gnueabihf-gcc - 用
apt install gcc-arm-linux-gnueabihf安装后，实际二进制名是arm-linux-gnueabihf-gcc，不是arm-linux-gcc
先查清楚你真正要运行的命令名：ls /usr/bin/arm-linux-*gcc 或 find /opt -name "*gnueabihf-gcc" 2>/dev/null
检查 PATH 是否包含对应目录
就算二进制存在，PATH 不对也白搭。运行：echo $PATH | tr ':' '\n' | grep -E "(gcc|local|opt)"
看输出里有没有你的安装路径，比如：
-
/usr/bin（APT 安装默认位置） -
/usr/local/bin（源码make install默认目标） -
/opt/gcc-linaro-11.2.1-2021.10-x86_64_arm-linux-gnueabihf/bin（Linaro 解压路径）
如果没出现，就补进去：export PATH=$PATH:/opt/your/gcc/bin
然后立即生效：source ~/.bashrc（bash 用户）或 source ~/.zshrc（zsh 用户）
验证二进制是否存在且有执行权限
PATH 对了还不行，得确认文件真在、能跑：ls -l $(which arm-linux-gnueabihf-gcc) 2>/dev/null || echo "not found"
如果报 “No such file or directory”，说明：
- 路径写错（比如把
gnueabihf拼成gnueabi） - 文件权限不对：
chmod +x /opt/xxx/bin/arm-linux-gnueabihf-gcc - 是 64 位二进制，但系统是 32 位（少见但真实存在，
file命令可查）
特别注意：某些离线安装包解压后，bin 目录里只有 arm-linux-gnueabihf-gcc-11.2.1 这类带版本号的文件，没有软链接 arm-linux-gnueabihf-gcc，得自己加：ln -s arm-linux-gnueabihf-gcc-11.2.1 arm-linux-gnueabihf-gcc
Debian/Ubuntu 系统缺符号链接怎么办
有些 Kylin V10 或精简版 Ubuntu 安装 gcc 后，/usr/bin/gcc 是个空链接，指向不存在的 gcc-11 之类：ls -l /usr/bin/gcc
如果显示 gcc -> gcc-11 但 gcc-11 找不到，说明 gcc-defaults 包没装或损坏。
修复方式：
sudo apt install --reinstall gcc-defaults- 或手动创建链接：
sudo ln -sf /usr/bin/gcc-11 /usr/bin/gcc
这个坑在国产系统和容器镜像里特别常见，光重装 gcc 没用。
which 输出和 ls -l 结果，比反复重装快十倍。
