折腾一下午呀 bashbash

最新推荐文章于 2024-12-21 09:57:05 发布

转载最新推荐文章于 2024-12-21 09:57:05 发布 · 105 阅读

本文详细解析了在执行脚本时遇到的“/bin/sh^M:badinterpreter:没有那个文件或目录”错误原因，主要源于脚本文件格式不匹配（DOS格式与UNIX格式差异），并提供了两种解决方案：一是通过vim编辑器修改文件格式，二是使用dos2unix命令进行转换。

/bin/sh^M: bad interpreter:没有那个文件或目录解决

执行脚本时发现如下错误：

/bin/sh^M: bad interpreter: 没有那个文件或目录

错误分析:

因为操作系统是windows，我在windows下编辑的脚本，所以有可能有不可见字符。

脚本文件是DOS格式的, 即每一行的行尾以\n\r来标识, 其ASCII码分别是0x0D, 0x0A.

可以有很多种办法看这个文件是DOS格式的还是UNIX格式的, 还是MAC格式的

解决方法：

vim filename

然后用命令

:set ff? #可以看到dos或unix的字样. 如果的确是dos格式的。

然后用

:set ff=unix #把它强制为unix格式的, 然后存盘退出。

再次运行脚本。

另外一种解决方法是使用dos2unix命令转一下，即输入： dos2unix 文件名

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

lusic01

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

CaffeOnSpark 安装遇到的一系列问题

再见孙悟空

10-25

2375

入职虹软第一天：任务搭建一个搭建一个CaffeOnSpark的测试集群，状态：未完成。遇到的问题： 1在搭建 Hadoop 集群的时候，按照配置执行完两个重要的配置：core-site.xml 和 hdfs-site.xml 然后运行命令： ./bin/hdfs namenode -format 出现这样的错误：提示 Error: JAVA_HOME is not set and co

Macbook安装Hadoop遇到的问题总结

Fly Away Now

10-14

2575

在自己的mac上安装了hadoop，折腾了一下午总算成功了，总结一下遇到的几个问题。报错信息没有保存，文中的报错信息都是复制的网上的，可能会有出入，后面附上了搜到答案的链接。有问题最好还是上外网搜，没条件用谷歌就用必应的国际版，百度上的答案基本上都是复读机，一个不能用就都不能用。基本安装流程参考以下链接做的，如果一帆风顺就不用往后看了。 https://www.jianshu.com/p/a8...

参与评论您还未登录，请先登录后发表或查看评论

/bin/sh^M: bad interpreter:没有那个文件或目录解决

cuanxixia1496的博客

09-22

300

/bin/sh^M: bad interpreter:没有那个文件或目录解决执行脚本时发现如下错误： /bin/sh^M: bad interpreter: 没有那个文件或目录 ...

【转载】/bin/sh^M: bad interpreter: 没有那个文件或目录

为避免解决问题而忽略问题的存在，并指望问题自行消失，这是你人生中的一个大问题。

11-11

190

今天执行脚本时发现如下错误： /bin/sh^M: bad interpreter: 没有那个文件或目录错误分析: 因为操作系统是windows，我在windows下编辑的脚本，所以有可能有不可见字符。脚本文件是DOS格式的, 即每一行的行尾以\n\r来标识, 其ASCII码分别是0x0D, 0x0A. 可以有很多种办法看这个文件是DOS格式的还是UNIX格...

执行sh脚本错误：/bin/sh^M: bad interpreter: 没有那个文件或目录

weixin_34352005的博客

08-18

212

今天执行脚本时发现如下错误：/bin/sh^M: bad interpreter: 没有那个文件或目录错误分析:因为操作系统是windows，我在windows下编辑的脚本，所以有可能有不可见字符。脚本文件是DOS格式的, 即每一行的行尾以\n\r来标识, 其ASCII码分别是0x0D, 0x0A.可以有很多种办法看这个文件是DOS格式的还是UNIX格式的, 还是M...

pycharm远程开发调试（remote development）踩坑记录2

技术宅学长的博客

01-04

6508

pycharm 3.0之后，无法remote development的解决办法。

LD_LIBRARY_PATH环境变量的设置

mmyaoduli的专栏

11-12

6378

在ubuntu下运行python语音识别程序的时候，老是遇到问题提示 import pocketsphinx的时候有个xxxx.so文件找不到，然后重装了好几次也还是提示这个问题，于是请教大神是这么说的：把共享库添加到环境变量中就可以了，终端指令如下： export LD_LIBRARY_PATH=/usr/local/lib 然后再运行就没有问题了。以

宝塔服务器: docker安装 oracle11g镜像

No_longerwaste的博客

12-21

2241

docker 安装 oracle11g

-bash: ./job.sh: /bin/sh^M: bad interpreter: 没有那个文件或目录

weixin_30745553的博客

08-03

240

昨天在windows下用写字板写了个shell脚本，使用winscp上传到linux上运行的时候发现运行不了，提示-bash: ./job.sh: /bin/sh^M: bad interpreter: 没有那个文件或目录，经过查找资料发现原因如下： 1、dos格式的文本文件要转换为unix格式的文本文件，在linux上操作如下：#unix2dos job.sh 2、或者v...

./bysj.sh: /bin/sh^M: bad interpreter: 没有那个文件或目录

04-27

1365

一、sh: ./bysj.sh: /bin/sh^M: bad interpreter: 没有那个文件或目录原因：因为是在Windows下编辑的脚本，再上传到Linux下执行，所以可能有不可见字符。 Unix系统里，每行结尾只有“”，即“\n”；Windows系统里面，每行结尾是“”，即“\n\r”；Mac系统里，每行结尾是“”。这样导致的一个直接后果是，Unix/Mac系统

/bin/sh^M: bad interpreter: 没有那个文件或目录

韩利鹏

09-25

509

今天运行脚本（shell）发现了这个问题，自己检查了好久也没有发现自己哪里写错想了好久才发现是应为我写脚本的时候是在windows下编写的，为了省事直接把文件复制过来直接运行导致的在windows上编写的程序会有一些看不到的编码，直接运行到值Linux无法识别导致，只需要把文件里面的代码一步步复制到Linux文本编译器中就可以了

bash: ./1.sh: /bin/bash^M: bad interpreter: 没有那个文件或目录

a1b2c3是弱口令

12-26

2248

有时候编写脚本时会出现类似标题列出的错误，这个问题大多数是因为你的脚本文件在windows下编辑过。windows下，每一行的结尾是\n\r，而在linux下文件的结尾是\n，那么你在windows下编辑过的文件在linux下打开看的时候每一行的结尾就会多出来一个字符\r 查看用cat -A yourfile时你可以看到这个\r字符被显示为^M，这时候只需要删除这个字符就可以了。解决 se...

在linux上运行sh文件提示坏的解释器: 没有那个文件或目录解决

God_Odysseus_123的博客

10-29

4631

坏的解释器: 没有那个文件或目录解决

/bin/sh^M: bad interpreter: No such file or directory

北巷东东的专栏

07-21

3134

linux shell /bin/sh^M: bad interpreter: No such file or directory在Linux中执行.sh脚本，异常/bin/sh^M: bad interpreter: No such file or directory。分析：这是不同系统编码格式引起的：在windows系统中编辑的.sh文件可能有不可见字符，

Linux执行sh脚本报错: 没有那个文件或目录1:#!/usr/bin/bash

一只菜鸟夹

07-10

1689

which bash 返回/usr/bin/bash，我也在sh文件开头修改了路径，但是运行./a.sh ,报错: 没有那个文件或目录1:#!

[问题解决]/bin/bash^M: bad interpreter: 没有那个文件或目录

qq_337694336

09-20

6757

错误提示在运行shell脚本时出现下面错误 /bin/bash^M: bad interpreter: 没有那个文件或目录出现原因在windows编辑过脚本, 因为操作系统是windows，我在windows下编辑的脚本，所以有可能有不可见字符。脚本文件是DOS格式的, 即每一行的行尾以来标识, 其ASCII码分别是0x0D, 0x0A. 解决方法第一种: 文件名假设为test.sh ...

centos7执行shell报/bin/sh^M：损坏的解释器: 没有那个文件或目录

hsg77的专栏

07-06

5007

/bin/sh^M：损坏的解释器: 没有那个文件或目录脚本文件保存时使用了DOS格式，用DOS2UNIX转为UNIX格式，也可以用vim打开，用:set ff=unix转换。不要在 Windows下编辑脚本文件，否则经常会遇到这种问题。代码： sed -i ‘s/\r$//’ server.sh 还可以用 vim 打开文件，然后执行冒号命令：代码: :set ff=un...

fish和bash区别

最新发布

04-03

<think>好的，用户之前问了如何打开Bash Shell，现在又想知道Fish和Bash的区别。看来用户可能在使用Shell时遇到了选择困难，或者在尝试不同的Shell后想了解它们的优缺点。用户可能是开发者或者系统管理员，需要更高效的工作环境，或者对Shell的特性感兴趣。首先，我需要比较Fish和Bash的主要区别。Bash是传统的Shell，广泛用于Linux和macOS，但macOS现在默认是Zsh。Fish则更现代，用户友好，有自动补全和语法高亮。用户可能关心易用性、功能、兼容性和配置方面。用户可能想知道切换到Fish是否值得，比如自动补全是否节省时间，但也要考虑兼容性问题，因为Fish的脚本语法和Bash不兼容。比如Bash的脚本可能在Fish中无法运行，用户如果有很多Bash脚本，可能需要调整。另外，用户可能关心配置难度，Bash需要手动配置，比如.bashrc，而Fish有开箱即用的好配置，适合不想折腾的用户。还有社区支持，Bash有大量资源和教程，而Fish相对较少，但文档友好。需要分点说明，结构清晰，比如语法差异、功能、配置、兼容性、使用场景。还要给出总结，帮助用户根据需求选择。比如，如果追求兼容性和传统脚本，选Bash；想要现代功能和易用性，选Fish。同时，用户可能对如何安装或切换Shell感兴趣，但当前问题只问区别，所以可能不需要详细步骤，但可以提到切换方法，比如chsh命令。不过根据用户之前的问题，可能已经知道如何切换，所以重点放在区别上。需要检查是否有技术细节错误，比如Fish确实不支持POSIX标准，而Bash是兼容的。Fish的自动补全基于历史命令，而Bash需要配置。这些点要准确。最后，总结时给出建议，帮助用户做决定。比如开发环境、脚本兼容性选Bash，交互式使用和易用性选Fish。</think>以下是 **Fish Shell**（Friendly Interactive SHell）与 **Bash Shell**（Bourne-Again SHell）的核心区别，按功能和使用场景分类说明： --- ### **一、设计目标** | 特性 | Fish Shell | Bash Shell | |------------|-------------------------------------|-------------------------------------| | **定位** | 强调交互友好性和现代用户体验 | 兼容传统Unix Shell（如Bourne Shell）| | **学习曲线**| 低，语法直观 | 较高，需熟悉传统Shell语法 | --- ### **二、语法差异** #### 1. **变量引用** - **Fish**：直接使用变量名，无需特殊符号 ```fish echo $PATH # 直接引用 ``` - **Bash**：必须用 `$` 或 `${}` ```bash echo $PATH # 简单引用 echo ${PATH} # 明确作用范围 ``` #### 2. **条件判断** - **Fish**：使用自然语言命令（如 `if`/`else` 后无需分号） ```fish if test $var = "value" echo "Match" end ``` - **Bash**：依赖方括号和分号 ```bash if [ "$var" = "value" ]; then echo "Match" fi ``` #### 3. **循环** - **Fish**：简洁语法 ```fish for i in (seq 1 5) echo $i end ``` - **Bash**：传统C风格 ```bash for ((i=1; i<=5; i++)); do echo $i done ``` --- ### **三、交互功能** | 特性 | Fish Shell | Bash Shell | |------------------|-------------------------------------|-------------------------------------| | **自动补全** | 开箱即用，上下文感知（如命令、参数）| 需手动配置（如bash-completion包） | | **语法高亮** | 默认启用（错误命令红色提示） | 需插件（如oh-my-bash） | | **历史搜索** | 输入关键词自动匹配历史命令 | 需按 `Ctrl+R` 手动搜索 | | **帮助文档** | 内置 `help` 命令直接显示语法说明 | 依赖 `man` 或外部文档 | --- ### **四、兼容性与脚本** | 特性 | Fish Shell | Bash Shell | |------------------|-------------------------------------|-------------------------------------| | **POSIX兼容性** | 不兼容POSIX标准 | 完全兼容POSIX标准 | | **脚本移植性** | 仅支持Fish语法 | 可直接运行大多数传统Shell脚本 | | **配置文件** | `~/.config/fish/config.fish` | `~/.bashrc` 或 `~/.bash_profile` | --- ### **五、适用场景** #### 1. **推荐使用Fish的场景** - 日常交互式操作（如快速输入命令） - 希望减少配置（自动补全/高亮开箱即用） - 偏好现代语法和直观设计 #### 2. **推荐使用Bash的场景** - 需要编写跨平台Shell脚本 - 依赖传统Unix工具链（如cron任务） - 服务器维护（避免兼容性问题） --- ### **六、性能对比** - **启动速度**：Fish略慢于Bash（因加载交互功能） - **脚本执行**：Bash更快（优化成熟，无额外解析开销） --- ### **总结：如何选择？** | 需求 | 推荐Shell | |--------------------|-----------| | 交互式命令行操作 | Fish | | 编写通用Shell脚本 | Bash | | 学习传统Unix工具链 | Bash | --- ### **附：切换默认Shell** - **临时切换**： ```bash fish # 从Bash进入Fish exit # 退出Fish返回Bash ``` - **永久切换**： ```bash chsh -s /usr/bin/fish # 设置Fish为默认Shell（需管理员权限） ```