linux下sh脚本的一个小问题#!/bin/sh^M不是一个file的错误

最新推荐文章于 2024-04-22 15:15:39 发布
原创 最新推荐文章于 2024-04-22 15:15:39 发布 · 824 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#脚本 #linux

本文介绍了一次尝试将Windows下的bat批处理文件转换为Linux下的sh脚本时遇到的问题。由于编码不一致，执行时出现错误。文章强调了在不同操作系统间转移脚本时应注意编码差异，并建议直接使用目标平台创建文件。
今天在在linux环境下把一个windows的bat文件直接拷贝了下，改为sh文件，然后修改了里面的内容，结果执行脚本报错#!/bin/sh^M不是一个文件。经过查找发现是windows下编码和linux不同导致的。应该直接用linux下建立的文件作为sh；编码问题
解决`-bash: ./configure：/bin/sh^M：解释器错误: 没有那个文件或目录`的问题
笔者从事电信媒体开发多年，愿意将多年的开发经验分享给同行
11-28 2290
本文详细解释了-bash: ./configure：/bin/sh^M：解释器错误: 没有那个文件或目录错误的原因，并提供了多种解决方法来转换文件格式并修复该错误。通过理解Windows和Unix/Linux系统之间回车符的差异，并采取相应的预防措施，你可以避免将来再次遇到类似的问题。无论你是使用dos2unix工具、sed命令、tr命令、文本编辑器还是在Windows系统中使用适当的工具，都可以有效地解决这个问题并确保你的脚本文件在Unix/Linux系统上正常运行。
Linux 解决“/bin/bash^M: bad interpreter: No such file or directory”
专注基础架构领域
02-11 2482
在执行shell脚本时提示这样的错误主要是由于shell脚本文件是dos格式，即每一行结尾以\r\n来标识，而unix格式的文件行尾则以\n来标识。 查看脚本文件是dos格式还是unix格式的几种办法。 （1）cat -A filename 从显示结果可以判断，dos格式的文件行尾为^M$，unix格式的文件行尾为$。 （2）od -t x1 filename 如果看到输出内容中存在0d 0...
Linux执行sh脚本报错: 没有那个文件或目录1:#!/usr/bin/bash
一只菜鸟夹
07-10 1839
which bash 返回/usr/bin/bash，我也在sh文件开头修改了路径，但是运行./a.sh ,报错: 没有那个文件或目录1:#!
linux shell脚本增加#!/bin/sh导致的问题
icescream6的专栏
12-15 1665
linux shell脚本增加#!/bin/sh导致的问题
在Linux中执行.sh脚本，异常/bin/sh^M: 解决办法
网络先锋的专栏
09-25 809
<br />在Linux中执行.sh脚本，异常/bin/sh^M: bad interpreter: No such file or directory。 <br />   <br /> 分析：这是不同系统 编码格式引起的：在windows系统中编辑 的.sh文件 可能有不可见字符，所以在Linux系统下执行会报 以上异常信息。 <br />解决 ：1）在windows下转换： <br />         利用一些编辑器如UltraEdit或EditPlus等工具先将脚本编码转换，
在Linux中执行.sh脚本，异常/bin/sh^M
大鹏
05-08 4657
在Linux中执行.sh脚本，异常/bin/sh^Mwww.firnow.com    时间 ： 2009-07-29  作者：匿名   编辑：toman 点击：  199 [ 评论 ]--在Linux中执行.sh脚本，异常/bin/sh^M: bad interpreter: No such file or directory。   分析：这是不同系统编码格式引起的：在windows系统中编辑的
bin/sh^M: bad interpreter: No such file or directory解决
热门推荐
Turn X7
06-17 1万+
原因：.sh脚本在windows系统下用记事本文件编写的。不同系统的编码格式引起的。解决方法：修改.sh文件格式 （1）使用vi工具 vi test.sh （2）利用如下命令查看文件格式 :set ff 或 :se
shell脚本异常：/bin/sh^M:bad interpreter: No such file or directory
weixin_38090079的博客
03-10 1447
把sh脚本在windows下修改了下，放到linux下，运行不成功，每一个命令的最后都被加了一个M，缘由是由于编码格式引发的。分析：这是不一样系统编码格式引发的：在windows系统中编辑的.sh文件可能有不可见字符，因此在Linux系统下执行会报以上异常信息。
精选资源
windows下写的shell脚本在linux执行出错的解决办法
01-10
在Windows下写了一个shell脚本，上传到Linux下执行时报错： 代码如下:[root@localhost test]# ./test.sh -bash: ./test.sh: /bin/sh^M: bad interpreter: No such file or directory test.sh源码: 代码如下:#!/bin...
Linux执行.sh文件，提示No such file or directory的解决方法
qq_43701910的博客
04-22 2446
Linux执行.sh文件，提示No such file or directory的问题的解决方法
【linux】执行脚本报错：/bin/bash^M: bad interpreter: No such file or directory
DanteKing的博客
11-15 1949
问题描述 我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.查看原
sh脚本异常：/bin/sh^M:bad interpreter: No such file or directory
weixin_30550081的博客
04-17 1258
在Linux中执行.sh脚本，异常/bin/sh^M: bad interpreter: No such file or directory。 分析：这是不同系统编码格式引起的：在windows系统中编辑的.sh文件可能有不可见字符，所以在Linux系统下执行会报以上异常信息。 解决：1）在windows下转换： 利用一些编辑器如UltraEdit或EditPlus等工具先将...
linux执行可执行文件，报错 ： /bin/sh^M: 坏的解释器: 没有那个文件或目录
sinat_41712356的博客
06-01 2060
今天执行一个一个docker文件，报错了： /bin/sh^M: 坏的解释器: 没有那个文件或目录 这个问题好奇怪，所以我们就查询一下到底是什么导致出错了 通过百度查询各种文章，发现这是linux和windows的文件格式不同导致的 由于linux的docker文件是我从windows文件复制到linux中， Windows系统下，文件的每一行结尾是\n\r，而Linux系统下则是\n 所以我们只要把文件格式换一下就行 方法一： 使用UE文本编辑工具将脚本文件所有的\r\n替换成\n既可 方法二： 用vi
【Linux】bin/sh^M: bad interpreter: No such file or directory解决
慕白Lee的博客
09-26 1866
bin/sh^M: bad interpreter: No such file or directory解决
/bin/sh^M: 坏的解释器: 没有那个文件或目录
JobBow的专栏
03-13 1557
解决方法： sed -i 's/\r$//' scan.sh 原因： 字符问题
shell报错：/bin/sh^M: bad interpreter: No such file or directory
DawnChing
05-24 1091
转自：https://blog.youkuaiyun.com/xudailong_blog/article/details/82891506 在windows环境下写了个shell脚本，然后在linux下运行的时候，发现并不能正常运行，而且是已经在使用命令 chmod 777 xxx.sh了，so，经过搜索，是shell脚本格式出了错误。 测试shell #!/bin/sh echo "test shell" 运行，报错 [root@localhost test]# ./test.sh -bash: ./te
linux中执行.sh文件出现/bin/sh^M: bad interpreter: No such file or directory
fang0604631023的博客
12-05 810
linux中执行.sh文件出现/bin/sh^M: bad interpreter: No such file or directory
/bin/sh^M: bad interpreter:没有那个文件或目录解决
zx_world的博客
03-14 369
在windows系统下编辑的shell脚本，copy到Linux上会报“/bin/sh^M: bad interpreter:没有那个文件或目录”的错误 原因在于编辑的时候，可能会有不可见字符 保存为dos格式，每一行的结尾会有\n\r   解决办法: vim filename :set ff? 可以看到这个文件是dos还是Unix 如果是dos的，使用 :set ff=uni...
执行shell脚本提示第一行#！/bin/sh没有那个文件或目录
最新发布
08-19
<think>我们正在解决执行Shell脚本时提示第一行`#!/bin/sh`不存在的问题。 根据用户描述，错误提示是"没有找到文件或目录"，这通常意味着系统找不到shebang行指定的解释器。 参考引用内容： 引用[1]和[2]解释了shebang行的作用：它指定了执行脚本的解释器路径。 引用[4]提到，在Linux系统中，`/bin/sh`通常是一个符号链接，可能指向不同的shell（如bash或dash）。 可能的原因及解决方案： 1. **/bin/sh 解释器不存在或路径错误**： 在系统中，`/bin/sh`可能不存在，或者它是一个损坏的符号链接。 我们可以检查`/bin/sh`是否存在： ls -l /bin/sh 如果不存在，我们需要安装一个兼容的shell。通常，`dash`或`bash`会提供`sh`。 在Debian/Ubuntu系统中，可以安装dash： sudo apt-get install dash 在CentOS/RHEL系统中，可以安装bash（通常已经安装，但可能没有链接到/bin/sh）： sudo yum install bash 然后，确保`/bin/sh`指向一个有效的解释器。通常，我们可以通过重新建立符号链接来解决： sudo ln -sf /bin/bash /bin/sh # 或者使用 /bin/dash 注意：改变`/bin/sh`的指向可能会影响系统脚本，因为很多系统脚本使用`#!/bin/sh`。所以建议在用户脚本中直接使用`#!/bin/bash`，以避免依赖系统默认的sh。 2. **脚本本身格式问题（如DOS换行符）**： 虽然用户提到的是第一行解释器路径找不到，但有时候由于脚本文件包含DOS换行符（CRLF），导致解释器路径被识别为`/bin/sh\r`（注意末尾的\r），系统当然找不到这个文件。 我们可以使用`dos2unix`工具转换： dos2unix your_script.sh 或者使用sed命令： sed -i &#39;s/\r$//&#39; your_script.sh 3. **脚本解释器路径错误**： 如果系统中`sh`的路径不是`/bin/sh`，我们可以通过以下命令查找`sh`的位置： which sh 然后修改脚本的shebang行为正确的路径，例如： #!/usr/bin/sh 或者，如果找到了sh在`/usr/bin/sh`，则修改脚本第一行为`#!/usr/bin/sh`。 4. **文件系统挂载问题**： 如果`/bin`目录被挂载到其他位置，或者因为某些原因不可访问，我们需要检查文件系统。 5. **使用绝对路径执行脚本**： 确保执行脚本时使用正确的路径，比如： ./script.sh # 当前目录下的script.sh 或者使用绝对路径。 操作步骤： 步骤1：检查/bin/sh是否存在 ls -l /bin/sh 步骤2：如果不存在，安装sh（通常通过安装bash或dash）并创建符号链接（谨慎操作，特别是生产环境） 步骤3：如果存在，检查它是否是一个有效的可执行文件。可以尝试直接运行： /bin/sh -c "echo hello" 步骤4：检查脚本的格式，转换换行符（如果脚本是从Windows复制过来的） 步骤5：如果/bin/sh存在且有效，那么可能是脚本本身的权限问题。确保脚本有执行权限： chmod +x your_script.sh 步骤6：如果以上都不行，尝试修改脚本的shebang行为其他解释器，比如`#!/bin/bash`（假设bash已安装且路径正确）。 注意：在修改系统默认的`/bin/sh`链接时要谨慎，因为系统脚本可能依赖于特定的sh（如dash或bash的POSIX模式）。对于用户自己的脚本，建议明确使用`#!/bin/bash`或`#!/usr/bin/env bash`。 如果用户不想修改系统默认的sh，可以在自己的脚本中直接使用`#!/bin/bash`（前提是bash已安装）。 示例操作： 假设我们的脚本名为`test.sh`，第一行是`#!/bin/sh`，执行时出现错误。 1. 转换脚本格式： dos2unix test.sh 2. 添加执行权限： chmod +x test.sh 3. 检查/bin/sh： $ ls -l /bin/sh lrwxrwxrwx 1 root root 4 Mar 18 2020 /bin/sh -> dash 如果输出类似这样，说明符号链接存在。 4. 如果/bin/sh不存在，我们可以创建指向bash的链接（如果bash在/bin/bash）： sudo ln -s /bin/bash /bin/sh 或者安装dash并链接（在Debian/Ubuntu上）： sudo apt-get install dash sudo ln -s /bin/dash /bin/sh 5. 如果不想修改系统链接，直接修改脚本第一行为`#!/bin/bash`（如果bash存在）： sed -i &#39;1s|#!/bin/sh|#!/bin/bash|&#39; test.sh 6. 如果/bin/sh存在但执行脚本仍然报错，尝试直接运行解释器： /bin/sh test.sh # 这样会忽略脚本自身的shebang，而使用命令行指定的解释器 如果直接运行成功，说明问题可能出在脚本的shebang行格式（如不可见的字符）或者文件系统问题。 流程图： ```mermaid graph TD A[执行脚本报错“没有文件或目录”] --> B{检查/bin/sh是否存在} B -->|存在| C[检查脚本格式：dos2unix] B -->|不存在| D[安装sh（bash或dash）并创建链接] C --> E[修改脚本权限：chmod +x] E --> F[再次执行] F -->|成功| G[结束] F -->|失败| H[检查/bin/sh是否有效：运行/bin/sh -c &#39;echo hello&#39;] H -->|无效| I[修复/bin/sh链接] H -->|有效| J[检查脚本首行是否有不可见字符] J --> K[使用sed或编辑器修复首行] D --> E ``` 相关问题： 1. 如何安全地修改系统默认的/bin/sh符号链接？ 2. Shell脚本中shebang行的最佳实践是什么？ 3. 如何检测和修复脚本文件中的DOS换行符？ 4. 在Linux系统中，如何安装和配置不同的Shell解释器？</think>执行 Shell 脚本时提示 `#! /bin/sh 没有找到文件或目录` 错误，通常由以下原因导致。请按顺序排查： --- ### 一、核心原因与解决方案 #### 1. **解释器路径错误（最常见）** - **系统缺少 `/bin/sh` 解释器** 通过命令检查 `/bin/sh` 是否存在： ```bash ls -l /bin/sh # 查看文件状态 file /bin/sh # 验证文件类型 ``` - 若输出 `No such file or directory`，说明系统未安装基础 Shell 解释器 - **修复方法**：安装 POSIX 兼容的 Shell（如 `dash` 或 `bash`） ```bash # Debian/Ubuntu sudo apt-get install dash # CentOS/RHEL sudo yum install bash ``` #### 2. **符号链接损坏** - `/bin/sh` 通常是符号链接（如指向 `/bin/dash` 或 `/bin/bash`） 检查链接目标是否有效： ```bash ls -l /bin/sh # 正常应显示类似 lrwxrwxrwx ... /bin/sh -> dash ``` - **修复方法**：重建符号链接 ```bash sudo ln -sf /bin/bash /bin/sh # 指向 bash（推荐） # 或 sudo ln -sf /bin/dash /bin/sh # 指向 dash ``` #### 3. **脚本文件格式问题（Windows 换行符）** - Windows 编辑的脚本包含 `\r` 回车符，导致路径被识别为 `/bin/sh\r` **修复方法**： ```bash # 安装转换工具 sudo apt install dos2unix # Debian/Ubuntu sudo yum install dos2unix # CentOS/RHEL # 转换脚本格式 dos2unix your_script.sh ``` *或使用 sed*： ```bash sed -i &#39;s/\r$//&#39; your_script.sh # 删除回车符 ``` #### 4. **文件权限问题** - 脚本或解释器缺乏执行权限： ```bash # 添加脚本执行权限 chmod +x your_script.sh # 验证解释器权限 ls -l /bin/sh # 应显示 -rwxr-xr-x 或类似 ``` --- ### 二、高级排查步骤 #### 1. **验证解释器路径** - 查找替代的 `sh` 路径： ```bash which sh # 通常为 /bin/sh 或 /usr/bin/sh command -v sh ``` - 修改脚本的 shebang 行： ```bash # 将 #!/bin/sh 改为实际路径（如 /usr/bin/sh） sed -i &#39;1s|#!/bin/sh|#!/usr/bin/sh|&#39; your_script.sh ``` #### 2. **绕过 shebang 直接执行** ```bash /bin/bash your_script.sh # 强制用 bash 执行 /bin/dash your_script.sh # 强制用 dash 执行 ``` #### 3. **检查文件系统错误** ```bash # 查看 /bin 分区状态 df -h /bin # 检测磁盘错误 sudo fsck /dev/sda1 # 替换为实际分区 ``` --- ### 三、操作流程图 ```mermaid graph TD A[报错“#!/bin/sh 未找到”] --> B{检查 /bin/sh 是否存在} B -->|存在| C[验证符号链接目标] B -->|不存在| D[安装 dash 或 bash] C -->|链接损坏| E[重建符号链接] C -->|链接正常| F[检查脚本格式] D --> G[创建 /bin/sh 链接] F -->|含 \\r 回车符| H[dos2unix 转换] F -->|格式正常| I[检查文件权限] H --> I I -->|无执行权| J[chmod +x 脚本] I -->|权限正常| K[测试 /bin/sh -c &#39;echo test&#39;] K -->|失败| L[修复解释器安装] K -->|成功| M[执行成功] ``` > **关键提示**： > 1. 优先使用 `#!/bin/bash` 替代 `#!/bin/sh` 避免兼容性问题[^1][^4] > 2. 通过 `cat -v your_script.sh | head -1` 检查 shebang 行是否含 `^M`（回车符） > 3. 99% 的案例通过 **重建 /bin/sh 链接** 或 **转换脚本格式** 解决 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值