解决 linux下编译make文件报错“/bin/bash^M: 坏的解释器：没有那个文件或目录” 问题

最新推荐文章于 2024-12-16 13:29:35 发布
原创 最新推荐文章于 2024-12-16 13:29:35 发布 · 6.1w 阅读 · 58 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#shell #.sh #编译 #linux

在将Windows上编辑的.sh文件移到Linux环境并尝试运行时，遇到'bin/bash^M: 坏的解释器：没有那个文件或目录'的错误。原因是Windows使用 作为换行符，而Linux只使用 。通过使用`sed`命令或dos2unix工具去除文件中的 ，可以解决该问题，从而成功编译运行。

        PS背景：我在公司做sdk 的pc端开发，所以经常会在win下编译通过之后跑到linux下再运行一次已确保能支持多平台。

        今儿在win下跑完一程序，然后放到linux下跑的时候，我用指令：

sudo ./build.sh

但是却没有任何反应。于是我换了指令，用

chmod u+x build.sh
./build.sh

报错 “build.sh   /bin/bash^M: 坏的解释器：没有那个文件或目录 ”。 以前遇到这个问题，换了几种编译方法就解决了，单这次还是不行，于是又换：
bash build.sh

编译的时候报错 ：

最低0.47元/天 解锁文章
rosrun运行时出现:没有那个文件或目录报错
weixin_72050316的博客
12-06 1879
原因新安装的python软件包没有编译使它进入ros环境 解决方法:安装软件包后cd 到工作空间 cd catkin_ws 输入catkin_make即可 有时输入了还报错，再重复一遍就可以了
conda环境下 -bash: /mnt/usr/local/anaconda3/envs/TFgpu1.13.1-py2.7/bin/protoc: 无法执行二进制文件
hu_yinghui的博客
04-26 3675
问题场景： 深度学习中的目标检测 问题描述 在 conda 环境下 安装 protoc 从官网上下载压缩包 protoc-3.3.0-osx-x86_64.zip -bash: /mnt/usr/local/anaconda3/envs/TFgpu1.13.1-py2.7/bin/protoc: 无法执行二进制文件 原因分析： 参考博客： https://blog.csdn.net/diligent_lee/article/details/123616247 https://blog.csdn.net/s
bash写脚本遇到提示“坏的解释器，没有那个文件或目录”
zhaoYuanJun_nb的博客
07-04 1653
root@master restapi-teach]# ./install.sh -bash: ./install.sh: /bin/bash^M: 坏的解释器: 没有那个文件或目录这个错误通常是因为你的install.sh脚本是在 Windows 系统下编写的，或者在 Windows 和 Linux 之间通过文本编辑器或者某些不恰当的传输方式（如直接通过 FTP）传输时，文件行尾符（EOL）被错误地转换成了 Windows 风格的\r\n（回车+换行），而 Linux 系统期望的是\n（仅换行）。
/bin/bash^M: 坏的解释器: 没有那个文件或目录
weixin_34191734的博客
08-29 212
在Linux下编译cocos2d-x运行脚本的时候出现”/bin/bash^M: 坏的解释器: 没有那个文件或目录“这样的错误如下图。 解决方法：     使用在终端输入sed -i 's/\r$//' make-all-linux-project.sh即可     其中make-all-linux-project.sh为我的文件名，这里改成自己需要的即可 原因：     这个文件...
bin/bash^M: 坏的解释器: 没有那个文件或目录
左耳的专栏
03-30 2642
编写shell脚本时，我们经常习惯在windows下写好，然后通过共享目录拷到linux下，方便快捷。 杯具的事也来了，当我们在windows写一个shell程序拷到linux中，修改好权限，正准备试下效果时， /bin/bash^M: 坏的解释器: 没有那个文件或目录 坏的解释器: 没有那个文件或目录" name="image_operate_16911363012473286" alt=
Shell脚本bash: ./t.sh：/bin/bash^M：损坏的解释器: 没有那个文件或目录
09-15
主要介绍了Shell脚本bash: ./t.sh：/bin/bash^M：损坏的解释器: 没有那个文件或目录,需要的朋友可以参考下
shell 脚本执行报错：/bin/bash^M: 坏的解释器: 没有那个文件或目录
Himma71的博客
07-09 1229
shell 脚本执行报错：/bin/bash^M: 坏的解释器: 没有那个文件或目录 关于Windows上编写的脚本，上传到linux系统上执行报错：/bin/bash^M: 坏的解释器: 没有那个文件或目录 分析：这是在Windows上编写脚本时，每一行之后的回车在换行后，行结尾为“\n\r”，而在linux中编写脚本换行后，行结尾为“\n”，所以当将Windows上编写的脚本在linux上执行时会出现，解释不了的问题 解决方式：在linux上对Windows上传过来的脚本，进行去‘\r’操作
Linux下uboot编译出错（/bin/bash: arm-none-linux-gnueabi-gcc: command not found ）
qq_34166802的博客
07-03 1885
网上给出了三种情况如下： 一、arm-none-linux-gnueabi-gcc不能再64位系统下下编译ARM的32位库的问题解决方法如下： sudo apt-get install lib32stdc++6 sudo apt-get install lib32ncurses5 sudo apt-get install lib32z1 二、交叉编译工具没有写入环境变量或写错，重新写入环境变量 将交叉编译工具 bin 目录添加到系统 PATH 环境变量中： export PATH=$PATH:/opt/fs
源码编译、安装openssl -- 解决 openssl/opensslv.h: 没有那个文件或目录 的问题
u013992330的博客
06-23 1万+
wget http://www.openssl.org/source/openssl-1.0.2j.tar.gz tar -zxvf openssl-1.0.2j.tar.gz cd openssl-1.0.2j ./config --prefix=/usr/local/openssl-1.0.2j shared zlib make sudo make install
【Linux】 /bin/bash^M: 坏的解释器: 没有那个文件或目录
时光不老的博客
07-02 4967
/bin/bash^M: 坏的解释器: 没有那个文件或目录
/bin/bash^M: 坏的解释器: 没有那个文件或目录 的解决方法
热门推荐
qq_56870570的博客
09-08 3万+
问题： 在linux下编写shell脚本，赋予权限即可运行。如果是在windows下编写，比如在idea编辑器中编写，编写完毕后传到服务器上执行，有时候会出现坏的解释器： 原因： 由于windows系统下换行符为\r\n，linux下换行符为\n，所以导致在windows下编写的文件会比linux下多回车符号\r。 解决办法： 只需要去掉多余的\r 回车符即可。操作办法可以用sed命令进行全局替换 sed 's/\r//' -i gen_cert.sh 也可以用 vim 来重新编辑...
bash脚本 报错：/bin/bash^M：解释器错误: 没有那个文件或目录
满天星的博客
05-14 4134
在windows下，每一行的结尾是\n\r，而在linux下文件的结尾是\n，那么你在windows下编辑过的文件在linux下打开看的时候每一行的结尾就会多出来一个字符\r。用cat -A yourfilename 命令时你可以看到这个\r字符被显示为^M。出现这个问题是因为该脚本文件在windows下编辑过。这时候只需要删除这个字符就可以了,使用以下命令即可。
/bin/bash^M: 解释器错误：没有那个文件或目录（bad interpreter: No such file or directiry）
a1809032425的博客
12-16 2153
bin/bash^M: 解释器错误：没有那个文件或目录（bad interpreter: No such file or directiry）脚本文件在windows下编辑过，windows下行结尾是\n\r，而Linux下则是\n。使用cat-A filename命令可以看到结尾\r字符被显示为^M。在终端shell输入如下命令，将脚本文件中的行尾\r替换为空白。
/bin/bash^M: 坏的解释器: 没那个文件或目录(bad interpreter: No such file or directory)
wuyu92877的专栏
01-13 707
/bin/bash^M: 坏的解释器: 没有那个文件或目录(bad interpreter: No such file or directory) 　　在Linux下编译cocos2d-x运行脚本的时候出现”/bin/bash^M: 坏的解释器: 没有那个文件或目录(bad interpreter: No such file or directory)“这样的错误如下图。 　　 　　解决
-bash: /usr/bin/new: /bin/bash^M: 坏的解释器: 没有那个文件或目录
zibo_CXY的博客
11-27 433
-bash: /usr/bin/new: /bin/bash^M: 坏的解释器: 没有那个文件或目录
linux下执行sh文件报错 :/bin/bash^M: 坏的解释器：没有那个文件或目录” 问题
城南蝈蝈
12-29 986
原文链接：https://www.longkui.site/error/sh1/4109/ 0.背景 linux调试wildfly项目，直接执行 ./standalone.sh 。 或者 在目录下执行 bash standlone.sh。然后各种报错。 ‘\r’ 未找到命令 后来一想，为啥会有这个 \r 呢。windows下执行好好的，为啥到了linux上就不行了呢。后来我突然想起来，windows下的换行回车是 \n\r。在linux下是 \n。所以才会有多出来的 \r。我们用下面的指令给它替换掉。 se
/bin/bash: /usr/local/gcc650/bin/gcc: 没有那个文件或目录 如何解决
最新发布
06-26
<think>我们正在处理用户的问题：如何解决编译时出现的错误"/bin/bash:/usr/local/gcc650/bin/gcc:没有那个文件或目录"这个错误表明系统尝试在路径"/usr/local/gcc650/bin/gcc"下执行gcc编译器，但是该路径下不存在这个文件（或目录不存在）。可能的原因有：1.gcc确实没有安装在这个路径。2.环境变量（如PATH）配置错误，指向了错误的路径。3.编译脚本或Makefile中硬编码了错误的gcc路径。根据用户提供的参考引用（虽然不完全匹配，但思路类似）：引用[1]中解决CUDA_HOME路径问题的方法是修正环境变量，去掉多余的冒号并指定正确的路径。引用[2]中解决yum问题的方法是修复解释器路径（因为python路径错误）。因此，我们可以从以下几个方面着手解决：步骤1：检查gcc是否安装以及安装路径在终端执行：`whichgcc`或`whereisgcc`，查看系统默认的gcc路径。如果系统安装了gcc，但不在`/usr/local/gcc650/bin/`下，那么我们需要确定gcc的实际安装路径。步骤2：检查环境变量检查环境变量PATH中是否包含错误的gcc路径。可以通过以下命令查看PATH：echo$PATH如果发现`/usr/local/gcc650/bin/`在PATH中，但这个路径下没有gcc，那么需要从PATH中移除这个路径，或者将正确的gcc路径加入PATH。步骤3：检查编译脚本或Makefile如果错误发生在运行某个编译脚本或Makefile时，那么可能是脚本中指定了错误的gcc路径。我们可以使用文本编辑器打开脚本或Makefile，查找`/usr/local/gcc650/bin/gcc`，将其替换为正确的gcc路径（如步骤1中找到的路径）。步骤4：创建符号链接（可选）如果gcc安装在其他路径，但不想修改脚本或环境变量，可以创建一个符号链接：sudoln-s实际gcc路径/usr/local/gcc650/bin/gcc注意：这需要确保`/usr/local/gcc650/bin/`目录存在，如果不存在则需要先创建目录。步骤5：安装gcc（如果未安装）如果系统没有安装gcc，那么需要安装gcc。可以使用系统包管理器安装，例如：Ubuntu/Debian:sudoapt-getinstallbuild-essentialCentOS/RHEL:sudoyumgroupinstall"DevelopmentTools"根据用户错误信息中的路径`/usr/local/gcc650/bin/gcc`，这个路径看起来像是用户自己安装的特定版本gcc（可能是6.5.0版本）。因此，用户可能之前安装过这个版本的gcc但现在被删除了，或者安装路径不同。我们建议用户首先检查该路径是否存在，以及该路径下是否有gcc可执行文件：ls/usr/local/gcc650/bin/gcc如果不存在，但用户记得安装在其他位置，可以搜索：find/-namegcc2>/dev/null然后根据找到的路径进行调整。如果用户确实需要这个特定版本的gcc，可能需要重新安装。考虑到用户可能希望快速解决问题，我们可以提供两种快速解决方案：方法一：修改环境变量（临时）exportPATH=/正确的gcc路径:$PATH然后重新运行编译命令。方法二：修改环境变量（永久）将上述export命令添加到~/.bashrc（对当前用户）或/etc/profile（对所有用户）中，然后执行`source~/.bashrc`或重新登录。方法三：在编译命令前指定gcc路径（适用于临时执行）CC=/正确的gcc路径/gccmake或者，如果使用的是configure脚本，可以：./configureCC=/正确的gcc路径/gcc根据上述分析，我们给出具体步骤。注意：由于用户之前的问题中提到了路径错误（类似引用[1]和[2]的路径问题），因此我们重点调整路径。</think>### 解决 `/bin/bash: /usr/local/gcc650/bin/gcc: 没有那个文件或目录` 错误 这个错误表示系统在指定路径找不到 GCC 编译器。以下是逐步解决方案： #### 1. **验证 GCC 实际安装路径** ```bash # 检查系统已安装的 GCC 版本 whereis gcc gcc --version ``` 如果返回类似 `/usr/bin/gcc` 的路径，说明 GCC 实际安装在其他位置。 #### 2. **修复环境变量** - **临时修复**（当前终端有效）： ```bash export PATH=/usr/bin:$PATH # 将标准路径加入环境变量 ``` - **永久修复**： 编辑 `~/.bashrc` 或 `~/.profile`： ```bash nano ~/.bashrc ``` 在文件末尾添加： ```bash export PATH=/usr/bin:$PATH ``` 保存后执行： ```bash source ~/.bashrc ``` #### 3. **检查编译脚本的硬编码路径** 如果错误发生在运行编译脚本时： ```bash # 查找脚本中硬编码的 GCC 路径 grep -r "/usr/local/gcc650/bin/gcc" . ``` 将脚本中的路径改为： ```bash /usr/bin/gcc # 或其他实际存在的路径 ``` #### 4. **修复符号链接（如果存在）** ```bash # 检查 /usr/local/gcc650 是否存在 ls -l /usr/local/gcc650 # 若为无效链接，删除后重建 sudo rm -rf /usr/local/gcc650 sudo ln -s /usr/bin /usr/local/gcc650 ``` #### 5. **重新安装 GCC（终极方案）** ```bash # Ubuntu/Debian sudo apt update sudo apt install build-essential # CentOS/RHEL sudo yum groupinstall "Development Tools" ``` > **根本原因分析**： > 此错误通常由以下原因导致： > 1. 环境变量 `PATH` 未包含标准 GCC 路径（`/usr/bin`）[^1] > 2. 编译脚本硬编码了错误的 GCC 路径 > 3. 旧版 GCC 被卸载后残留无效符号链接 ### 相关问题 1. 如何查看 Linux 系统的环境变量 `PATH`？ 2. 编译软件时出现 `undefined reference to...` 错误如何解决？ 3. Linux 中如何安装特定版本的 GCC 编译器（如 GCC 9.3）？ [^1]: 环境变量配置错误会导致系统找不到关键工具，类似 CUDA 路径错误中的冒号问题（`export CUDA_HOME=/usr/local/cuda` 修正方案） [^2]: 解释器路径错误与 Python 环境问题原理相同，均因路径指向了不存在的可执行文件
评论 12
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值