sh脚本异常：/bin/sh^M:bad interpreter: No such file or directory

最新推荐文章于 2024-05-27 15:58:28 发布
最新推荐文章于 2024-05-27 15:58:28 发布
阅读量133 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： linux 文章标签： 操作系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/iteye_19209/article/details/82677207
本文介绍了解决Linux环境下执行从Windows系统编辑的.sh脚本出现的异常问题。主要原因是编码格式不一致导致，提供了两种解决方案：一是通过编辑器转换格式；二是在Linux系统中直接转换文件格式。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

from

http://myswirl.blog.163.com/blog/static/51318642201192381444842/

 

 

 

 

在Linux中执行.sh脚本，异常/bin/sh^M: bad interpreter: No such file or directory

sh脚本异常：/bin/sh^M:bad interpreter: No such file or directory - myswirl - 漩涡的窝

分析：这是不同系统编码格式引起的，在windows系统中编辑的.sh文件可能有不可见字符，所以在Linux系统下执行会报以上异常信息。 
解决：
1 在windows下转换
利用一些编辑器如UltraEdit或EditPlus等工具先将脚本编码转换，再放到Linux中执行。转换方式如下（UltraEdit）：File-->Conversions-->DOS->UNIX即可。 

sh脚本异常：/bin/sh^M:bad interpreter: No such file or directory - myswirl - 漩涡的窝

 
2 在Linux中转换
2.1 首先要确保文件有可执行权限 
#sh>chmod a+x filename 
2.2 然后修改文件格式 
#sh>vi filename 
2.3 利用如下命令查看文件格式 
:set ff 或 :set fileformat 
可以看到如下信息 
fileformat=dos 或 fileformat=unix 
2.4 利用如下命令修改文件格式 
:set ff=unix 或 :set fileformat=unix 
:wq (存盘退出) 
2.5 最后再执行文件 
#sh>./filename

sh脚本异常：/bin/sh^M:bad interpreter: No such file or directory - myswirl - 漩涡的窝

 

sh脚本异常：/bin/sh^M:bad interpreter: No such file or directory - myswirl - 漩涡的窝
【linux】执行脚本报错：/bin/bash^M: bad interpreter: No such file or directory
DanteKing的博客
11-15 1882
问题描述 我linux服务器上写好的脚本test.sh通过xftp发送本地windows电脑上，用qq发给别人，别人再用xftp传输到Linux服务器上执行 执行脚本报错： [host1@host test]$ ./test.sh -bash: ./test.sh: /bin/bash^M: bad interpreter: No such file or directory 解决方案 原因：shell脚本拷贝到windows系统上时变成了DOS格式，以\r\n结尾，而unix系统以\n结尾 1.查看原
“/bin/bash^M: bad interpreter: No such file or directory” 问题解决方案
汽车电子软件领域知识分享
07-10 1857
“/bin/bash^M: bad interpreter: No such file or directory” 问题解决方案
Linux执行可执行文件提示No such file or directory的解决方法
09-14
主要介绍了Linux执行可执行文件提示No such file or directory的解决方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
bad interpreter:No such file or directory
恍恍惚惚的大穷猫的博客
10-20 438
Linux 执行shell 脚本 报bad interpreter:No such file or directory错误！ 原因： .sh脚本在windows系统下编写的，所以可能有不可见字符 很有可能脚本文件是DOS格式的，即每一行的行尾以\r\n来标识, 其ASCII码分别是0x0D, 0x0A。 解决方法： 1）通过vim filename 或者vi filename 进入编辑 2)然后通过shift+：进入命令模式。接着通过命令set ff 或者 set fileformat 查看文件格式。 3）
运行脚本提示/bin/bash^M: bad interpreter: No such file or directory
测试
01-08 254
问题简介 在运行脚本时提示/bin/bash^M: bad interpreter: No such file or directory，在本地试了好久发现还是解决不了，在线vi编辑了一下还是没问题，最后还是无法运行，最后运行sed -i ‘s/r$//’才解决。！ /bin/bash^M: bad interpreter: No such file or directory原...
执行shell脚本出现异常：bad interpreter: No such file or directory如何解决
天道酬勤
03-29 2万+
一、问题1、执行shell脚本出现异常：bad interpreter: No such file or directory二、分析1、.sh文件的编码格式问题，在windows系统中编辑的.sh文件可能有不可见字符，所以在Linux系统下执行会报以上异常信息。2、脚本语句写错问题。三、解决1、检查 .sh文件的编码格式（1）确保.sh文件有执行权限// chomd a+x filename.sh...
bash: /usr/bin/autocrorder: /usr/bin/python^M: bad interpreter: No such file or directory
01-11
在windows系统下写的python脚本，在linux下赋予权限chmod +x xxx.py 以后，执行./xxx.py运行提示：bash: /usr/bin/autocrorder: /usr/bin/python^M: bad interpreter: No such file or directory 分析： 这是不同...
【python自动化运维】运行python脚本报错： /usr/bin/python3^M: bad interpreter: No such file or directory解决方法
凡人运维传
12-25 1万+
在Windows上写完Python脚本，丢到Linux环境下运行，经常发生运行报错的情况： 查看代码，发现语句也没有啥毛病： 此处省略艰辛的排查过程N万个字… 用file命令查看文件类型: 可以看到行分隔符是CRLF模式，这是Windows格式的换行符， 会在每行行末加多一个^M，Linux不识别，具体可以查看CRLF和LF的区别。 用 cat -v 命令查看文件可以看到，行末都有一个^M符...
linux的shell脚本报错：-bash: ./infos.sh: /usr/bin/bash^M: bad interpreter: No such file or directory
河北强商网络科技有限公司官方博客
01-26 628
分析报错：-bash: ./infos.sh: /usr/bin/bash^M: bad interpreter: No such file or directory 或-bash: ./infos.sh: /bin/bash^M: bad interpreter: No such file or directory 分析：因为行尾部的结束符问题，一般在用windows系统上编辑器如sublime...
bad interpreter: No such file or directory解决办法
热门推荐
aaaaaxss的博客
06-02 3万+
#!/bin/bash　
执行shell脚本时提示bad interpreter:No such file or directory的解决办法
u011250186的博客
05-27 2324
执行shell脚本时提示bad interpreter:No such file or directory的解决办法
出现: bad interpreter: No such file or directory的解决办法
未成年不可见
10-31 576
因为操作系统是windows，我在windows下编辑的脚本，所以有可能有不可见字符。 从你的脚本及报告的错误看来, 很有可能是你的脚本文件是DOS格式的, 即每一行的行尾以/r/n来标识, 其ASCII码分别是0x0D, 0x0A. 可以有很多种办法看这个文件是DOS格式的还是UNIX格式的, 还是MAC格式的 （1）. vi filename 然后用命令 :set ff? 可以看到
-bash: ./restart.sh: /bin/bash^M: bad interpreter: No such file or directory
qq_41028058的博客
02-18 1201
原因：restart.sh文件格式为dos格式导致 解决方法： 1. vi build.sh 2. :set ff 3. :set fileformat=unix 4. :wq
-bash: ./start.sh: /bin/sh^M: bad interpreter: No such file or directory 错误解决方案
weixin_30641465的博客
11-27 338
问题描述：sh文件中，在win环境下，用WinSCP编辑，出现如下错误：-bash: ./start.sh: /bin/sh^M: bad interpreter: No such file or directory解决方案：这是win的编码引起的，可通过如下解决。1.查看该文件：vim start.sh2.查看该错误文件的格式（一般报错的文件格式是DOS）： :set ff3.修改该文件...
/usr/bin/sh^M: bad interpreter: No such file or directory
郑德帅
12-16 1万+
1.Linux下运行如下shell命令 #!/usr/bin/sh cd /data/web && /usr/local/bin/python3 begin.py 手动启动: sh begin.sh 报错: /usr/bin/sh^M: bad interpreter: No such ...
windows文件格式改成linux文件格式
Allen_sina的博客
03-19 4884
在win下编辑的时候，换行结尾是\n\r ， 而在linux下 是\n，所以才会有 多出来的\rsed -i 's/\r$//' build.sh 
centos7执行shell报/bin/sh^M：损坏的解释器: 没有那个文件或目录
hsg77的专栏
07-06 4977
/bin/sh^M：损坏的解释器: 没有那个文件或目录 脚本文件保存时使用了DOS格式，用DOS2UNIX转为UNIX格式，也可以用vim打开，用:set ff=unix转换。 不要在 Windows下编辑脚本文件，否则经常会遇到这种问题。 代码： sed -i ‘s/\r$//’ server.sh 还 可以用 vim 打开文件，然后执行冒号命令： 代码: :set ff=un...
bash: ./automount.sh: /bin/bash^M: bad interpreter: No such file or directory
最新发布
03-08
<think>好的，我现在需要帮用户解决他们在运行`automount.sh`脚本时遇到的错误：`bash: ./automount.sh: /bin/bash^M: bad interpreter: No such file or directory`。首先，我得理解这个错误的原因。用户可能是在Windows环境下编辑了脚本，然后拿到Linux系统里执行，导致行尾符不兼容。因为Windows使用CRLF（\r\n），而Linux使用LF（\n）。错误信息中的`^M`就是CR字符的显示，导致bash找不到正确的解释器路径。 接下来，我需要考虑解决这个问题的步骤。最直接的解决方法是使用`dos2unix`工具转换文件格式。但用户可能没有安装这个工具，所以需要提供替代方法，比如使用`sed`命令或者Vim来移除CR字符。同时，要确保用户有执行权限，可能需要提醒他们使用`chmod +x automount.sh`。 还要考虑用户可能的操作环境，比如他们是否熟悉命令行工具，是否需要详细的步骤说明。此外，预防措施也很重要，比如建议在跨平台编辑时使用合适的编辑器，或者在Git中设置自动转换行尾符，避免未来再次出现类似问题。 可能用户是刚接触Linux的新手，所以在解释时需要避免使用过于专业的术语，保持语言简洁明了。同时，需要验证提供的命令是否正确，比如`sed -i 's/\r$//' automount.sh`这个命令是否真的能删除行尾的CR字符。另外，检查是否有其他潜在问题，比如脚本内容本身是否有错误，但根据错误信息来看，主要是行尾符的问题，所以优先处理这个。 最后，要确保回答结构清晰，分步骤说明，让用户能够一步步跟随操作，并理解问题产生的原因，避免重复犯错。同时，提供多种解决方法，以适应不同的用户环境和工具可用性。</think>### **错误原因分析** 您遇到的错误提示： ```bash bash: ./automount.sh: /bin/bash^M: bad interpreter: No such file or directory ``` 核心问题是 **文件行尾符不兼容**，具体表现为： - `^M` 符号代表Windows换行符 `CRLF`（`\r\n`） - Linux系统只认 `LF`（`\n`）换行符 - 导致系统误将`\r`（显示为^M）作为解释器路径的一部分 --- ### **解决方案步骤** #### **方法1：使用dos2unix工具转换（推荐）** ```bash # 安装转换工具（若未安装） sudo apt-get install dos2unix # Ubuntu/Debian sudo yum install dos2unix # CentOS/RHEL # 执行转换 dos2unix automount.sh # 添加执行权限 chmod +x automount.sh # 重新运行脚本 ./automount.sh ``` #### **方法2：sed命令直接修复** ```bash # 删除CR字符（\r） sed -i 's/\r$//' automount.sh # 验证修改结果 head -n1 automount.sh # 应显示 #!/bin/bash 无特殊符号 # 设置执行权限后运行 chmod +x automount.sh && ./automount.sh ``` #### **方法3：Vim编辑器修复** ```bash vim automount.sh ``` **操作流程**： 1. 输入命令模式：按 `Esc` 键 2. 执行转换：输入 `:set ff=unix` 3. 保存退出：输入 `:wq` 4. 添加执行权限：`chmod +x automount.sh` --- ### **关键原理图解** ``` Windows格式文件： #!/bin/bash\r\n Linux识别结果： /bin/bash\r（路径不存在） 转换后文件： #!/bin/bash\n ``` --- ### **预防措施** 1. **跨平台编辑建议**： - 使用VS Code/Vim等跨平台编辑器 - 在编辑器设置中启用 `LF` 换行模式 2. **Git全局配置**： ```bash git config --global core.autocrlf input ``` 3. **文件格式预检**： ```bash file automount.sh # 正常应显示 "Bourne-Again shell script... ASCII text" # 异常会显示 "with CRLF line terminators" ``` --- ### **扩展排查技巧** 若问题持续存在，执行以下检查： ```bash # 检查脚本首行路径是否存在 ls -l /bin/bash # 确认bash位置（某些系统可能在/usr/bin/bash） # 验证文件完整性 hexdump -C automount.sh | head -n2 # 观察0d 0a（CRLF）字符 # 测试脚本基础语法 bash -n automount.sh # 仅检查语法不执行 ``` --- ### **典型错误场景** | 场景 | 表现 | 解决方案 | |------|------|----------| | 从Windows直接复制脚本 | 所有行尾含`\r\n` | 使用`dos2unix`转换 | | FTP传输未启用二进制模式 | 文件被自动转换 | 重新以二进制模式传输 | | 手机编辑文本文件 | 不同APP换行符不统一 | 用Linux编辑器重新保存 | --- ### **技术细节说明** 1. **CRLF与LF的历史**： - CR (Carriage Return `\r`)：老式打字机回车 - LF (Line Feed `\n`)：新行操作 - Windows继承DOS使用`CR+LF`，Unix系仅用`LF` 2. **Shell脚本执行机制**： - 内核通过`#!`（shebang）识别解释器 - 换行符错误会导致解释器路径解析失败 - 错误路径`/bin/bash\r`显然不存在 --- 通过上述任一方法转换行尾符后，脚本即可正常执行。推荐长期使用`dos2unix`工具配合版本控制工具的换行符配置，从根源避免此类问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值