Shell脚本-bin/bash: 解释器错误: 没有那个文件或目录-完整路径执行-“/”引发的脑裂

最新推荐文章于 2025-07-30 15:17:25 发布
最新推荐文章于 2025-07-30 15:17:25 发布
阅读量3.4k 收藏 8
点赞数 9
CC 4.0 BY-SA版权
文章标签： bash 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qinzaoxiaozhu/article/details/135296270
文章讨论了在使用Shell脚本时遇到的解释器错误，问题源于/字符的差异。作者发现一种情况可以成功执行，另一种则失败，经测试发现是文件路径问题，并提供了修复方法。

引起该不适的一种可能以及解决方案，网上较多，比如：

但按以上方式操作，并经过查看，发现仍然未能解决问题。

因为两种方式执行，有一种能成功，有一种不能，刚开始未怀疑是文件问题，最后经测试，发现问题原因以及修复方法，记录如下：

注意下图标红两处的差异，差异一个“/”。

至此，Shell脚本-bin/bash: 解释器错误: 没有那个文件或目录-完整路径执行时提示错误问题得到解决。

老覃头
关注
bash报错 /usr/bin/bash: 解释器错误:没有那个文件或者目录
yy的博客
06-21 1万+
环境:ubuntu18 1 文件格式问题,文件是windows下编辑可能出现这个问题,自行百度 2 ubuntu里面bash位置错误,正确的位置是 /bin/bash 尴尬
6、Hadoop-YARN资源管理与应用执行全解析
最新发布
t8u9v0w1x的博客
07-30 88
本文深入解析了Hadoop-YARN的资源管理机制、应用执行流程以及故障处理方法。重点介绍了资源管理器高可用性配置、节点管理器健康监控的实现方式，并详细阐述了YARN应用从提交到执行的全过程。此外，还探讨了常见故障的处理方式以及容器和应用日志的作用，为提升YARN集群的可靠性与性能提供了实践指导。
解决 linux下编译make文件报错“/bin/bash^M: 坏的解释器：没有那个文件或目录” 问题
热门推荐
671coder的专栏
11-27 6万+
PS背景：我在公司做sdk 的pc端开发，所以经常会在win下编译通过之后跑到linux下再运行一次已确保能支持多平台。        今儿在win下跑完一程序，然后放到linux下跑的时候，我用指令：sudo ./build.sh但是却没有任何反应。于是我换了指令，用chmod u+x build.sh ./build.sh报错 “build.sh  /bin/bash^M: 坏的解释器：没有那
运行shell文件报错：-bash: ./hello.sh: /bin/bash^M: 坏的解释器: 没有那个文件或目录
CNMBZY的博客
04-18 640
在用ftp传输工具，将linux下的hello.sh文件下载到本地编辑，编辑完成后上传到linux里运行。
bash脚本 报错：/bin/bash^M：解释器错误: 没有那个文件或目录
满天星的博客
05-14 4028
在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 2009
bin/bash^M: 解释器错误：没有那个文件或目录（bad interpreter: No such file or directiry）脚本文件在windows下编辑过，windows下行结尾是\n\r，而Linux下则是\n。使用cat-A filename命令可以看到结尾\r字符被显示为^M。在终端shell输入如下命令，将脚本文件中的行尾\r替换为空白。
2021-09-08-Nginx笔记七：Lvs+keepalived实现Nginx高可用方案
公子&小白的博客
09-08 305
文章目录计算机网络七层协议LVS常用三种负载转发技术KeepalivedKeepalived配置理解Nginx的IO模型 计算机网络七层协议 国际标准ISO制定的网络七层协议 物理层、数据链路层、网络层、传输层、会话层、表示层和应用层 四层负载(tcp)：F5、LVS 用虚拟ip+port接收请求，再转发到对应的真实机器 HAproxy、Nginx(七层) 用虚拟的url或主机名接收请求，再转向相应的处理服务器 LVS lvs是Linux Virtual Server，Linux虚
ext-based文件系统修复实战：利用e2fsprogs工具集完成离线检查与恢复的6步流程
ext（Extended File System）是Linux系统最早广泛使用的日志型文件系统之一，历经ext2、ext3到ext4的演进，其核心结构始终围绕**块组（Block Group）、超级块（Superblock）、inode表与位图机制**构建。每个块组包含...
38、repmgr高可用性全解析：从脚本优化到故障测试与节点管理
grape的博客
07-30 43
本文深入解析了使用repmgr实现PostgreSQL高可用性的关键步骤，包括VIP接管脚本的优化、故障转移测试、节点重新加入流程以及主节点隔离机制的配置。通过详细的操作步骤、原理说明及常见问题的解决方案，帮助读者全面掌握repmgr在生产环境中的应用，确保数据库集群的稳定运行和数据一致性。
【故障不再来】：Hadoop HA集群故障排查必备，hdfs-site.xml错误案例深度分析
[【故障不再来】：Hadoop HA集群故障排查必备，hdfs-site.xml错误案例深度分析](https://img-blog.csdnimg.cn/20191024091644834.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0...
linux运行脚本报错：解释器错误，没有那个文件或目录
Saindy5828的专栏
02-19 4229
bin/bash^M: 解释器错误: 没有那个文件或目录。原因：一般可能是脚本文件编码格式出错，doc格式。重新运行脚本，即可。
linux报错 /bin/bash^M:解释器错误:没有那个文件或目录
123
07-04 2万+
在Linux中运行脚本时，会出现linux报错 /bin/bash^M:解释器错误:没有那个文件或目录。这是因为我们将在Windows下编写的脚本拷贝到Linux环境中运行时会出现运行不了的情况。主要还是Windows的换行符为\r\n,而Linux环境中的换行符号为\n。进入脚本文件的命令模式。
Linux 报错 bash: /usr/bin/pip: 解释器错误:没有那个文件或目录
m0_60304650的博客
10-16 4012
今天在linux安装python库时，使用conda安装太慢，换了镜像源也没用，于是使用pip安装出现了解释器错误:没有那个文件或目录的问题，记录一下，或许对你有帮助。
/usr/bin/python^M: 解释器错误: 没有那个文件或目录（转载）
bodybo的专栏
01-11 6070
/usr/bin/python^M: 解释器错误: 没有那个文件或目录 【1】问题现象 执行python脚本，提示错误：/usr/bin/python^M: 解释器错误: 没有那个文件或目录 【2】原因分析 大多数是因为脚本文件在windows下编辑过。在windows下，每一行的结尾是\r\n，而在linux下文件的结尾是\n。 那么，你在windows下编辑过的文件在linux下打开看时候每一行就会多出来一个字符\r，而在linux下文件的结尾是\n， 用cat -A filename 时你可以看到这个
报错解决：bash: ./xxx.sh: /bin/bash^M: 解释器错误: 没有那个文件或目录
weixin_44105987的博客
06-08 5264
报错解决：bash: ./xxx.sh: /bin/bash^M: 解释器错误: 没有那个文件或目录
解决：/usr/bin/python3: 解释器错误: 没有那个文件或目录错误
one777is777的博客
09-14 2823
记录问题并解决：/usr/bin/python3: 解释器错误: 没有那个文件或目录错误 1.问题 误删python3的软链接(当时输入的：sudo rm -rf /usr/bin/python3)，然后我vscode的编译环境报错， 我终端输入python3,终端显示：/usr/bin/python3: 解释器错误: 没有那个文件或目录错误。 2.解决 新建链接文件指向python3.5的安装路径，输入：sudo ln -s /usr/bin/python3.5 /usr/bin/python3 3.结果
解释器错误: 没有那个文件或目录－－解决方法
weixin_43343549的博客
12-13 7871
在有Shebang，且Shebang正确的情况下，直接运行*.py程序出现如下错误： “bash: ./wb_test.py: /usr/bin/python3^M: 解释器错误: 没有那个文件或目录” 在排除Shebang写错（#! /usr/bin/python3）和*.py运行权限错误后，这类错误一般是由于*.py文件早从windows系统中传入到Linux系统而里产生的。若使用VI打开*.py文件，发现在每一行尾都有’^M’，则可以确定是此类错误。 解决方法： 在终端中输入命令：sed -i ‘s/
linux执行shell脚本时报错：解释器错误，没有那个文件和目录
weixin_42603182的博客
04-28 7950
问题背景 最近在构建虚拟机服务器集群时，由于需要在节点之间相互传输、分发文件，因此相比手动挨个传输，通过shell脚本的方式效率会更高。但是在window本地使用Notepad++编辑完上传至虚拟机后一直报错解释器错误，没有那个文件和目录。仔细检查文件路径以及脚本编写，并未发现错误。 问题原因 经查阅资料后得到，shell脚本编写时的系统与运行时的系统不一致。我是在windows系统下编写，linux系统下运行。windows下的.sh文件的格式为dos格式，和Linux只能执行unix格式的脚本。 在w
linux脚本执行报错：坏的解释器: 没有那个文件或目录
LUCIAZZZ的博客
12-27 2439
第二种：我们的脚本文件在windows下编辑过，windows下每一行的结尾是\n\r，而在linux下文件的结尾是\n，那么在windows下编辑过的文件在linux下打开看的时候每一行的结尾就会多出来一个字符\r,当在linux下查看时，\r会被替换为^M。然后我们查看我们的脚本，变成绿色的时候，就是我们可以运行这个脚本了。不过要记得要给我们的shell脚本一定的权限我们才可以运行。后面的xxx.sh是我们的脚本的名称。第一种：我们shell脚本上面的，我们的shell脚本出现这种错误。
熟练掌握Centos 6/7、Rocky Linux 9操作系统及常用的Shell脚本语言命令。 熟练通过循环、判断语句编写Shell自动化脚本文件。 熟练使用Ansible自动化工具，通过编写Ansible-PlayBook的剧本文件可部署LNMT环境。 熟悉 Nginx 的 location 匹配规则、rewrite重定向技术，以及Nginx WEB的常用优化。 熟悉配置四层/七层负载均衡软件LVS、Nginx服务，能够结合Keepalived实现高可用负载均衡架构 熟悉Mysql数据库的主从复制、读写分离以及MHA高可用集群架构搭建和恢复。 熟悉Redis的优化及Redis哨兵模式搭建。 熟悉Zabbix监控工具的使用及其监控模式，熟悉Proxy分布式Zabbix监控模式。 熟悉使用Docker容器化技术，包括 Docker Swarm 模式及 Dockerfile 构建镜像。 熟悉CI/CD的自动化流程、可通过Jenkins+Git版本控制器，实现自动化更新回滚代码文件。 熟悉使用阿里云ECS、云数据库RDS、云数据库 Tair(Redis)、VPC、SLB、OSS、NAS等主要组件。 熟悉Kubernetes的核心组件原理及常用编排资源、命令等。 这个是我简历上的技能，面试时可能会问什么，答案是什么
07-16
<think>嗯，用户需要准备Linux运维岗位的面试，简历上的技能点很全面。从CentOS到Kubernetes覆盖了操作系统、自动化工具、数据库、监控、云服务等主流技术栈。 用户的核心诉求是预测面试问题并准备答案。作为运维工程师，面试官通常会重点考察几个维度：技术原理的理解深度、故障处理经验、生产环境优化能力，以及技术选型的思考逻辑。 从简历内容看，用户的技术广度足够，但每个点都可能被深挖。比如： - 被问到Shell脚本时，可能会要求现场手写案例 - 问Ansible时必然涉及Playbook结构优化 - 数据库方面MHA故障转移细节是高频考点 - 云服务部分SLB和RDS的架构联动常被追问 特别要注意的是，用户提到“熟悉”的技能都要准备具体案例。比如“Nginx优化”如果只能说压缩和缓存就单薄了，需要准备连接数优化、内核参数调优等硬核知识点。 面试官还可能设置场景题，比如“当Keepalived脑裂时如何快速定位”。这类问题考察的是故障树分析能力，需要把监控工具（Zabbix）、日志分析、应急预案整套流程说清楚。 最后关于Kubernetes，虽然简历写了“熟悉核心组件”，但切忌深入API-Server机制这种底层实现。更稳妥的是准备Deployment滚动更新、Service流量分发这些应用层操作。</think>以下是针对简历技能的面试预测问题及参考答案： --- ### 一、操作系统与Shell脚本 **可能问题** 1. **如何用Shell脚本监控磁盘空间，超过90%时自动清理/var/log下7天前的日志？** ```bash #!/bin/bash threshold=90 current_usage=$(df -h / | awk 'NR==2 {print $5}' | tr -d '%') if [ $current_usage -ge $threshold ]; then find /var/log -type f -mtime +7 -exec rm -f {} \; echo "$(date): 已清理7天前日志" >> /var/log/clean.log fi ``` 2. **Shell中`$?`、`$0`、`$#`分别代表什么？** - `$?`：上一条命令的退出状态码 - `$0`：当前脚本名称 - `$#`：传递给脚本的参数个数 --- ### 二、Ansible与自动化部署 **可能问题** 1. **Ansible Playbook中`tasks`和`handlers`的区别？** - `tasks`：定义主执行步骤，按顺序运行 - `handlers`：由`notify`触发，仅在关联task发生变更时执行一次（常用于服务重启） 2. **如何用Ansible部署Nginx并配置反向代理？** ```yaml - name: 安装Nginx yum: name=nginx state=present - name: 配置反向代理 template: src=proxy.conf.j2 dest=/etc/nginx/conf.d/proxy.conf notify: 重启Nginx # 触发handler handlers: - name: 重启Nginx service: name=nginx state=restarted ``` --- ### 三、Nginx与负载均衡 **可能问题** 1. **`location ~* \.(jpg|png)$` 和 `location ^~ /static/` 的优先级哪个更高？** - `^~`前缀匹配优先级高于正则匹配`~*`，因此`/static/`路径会优先匹配 2. **Nginx七层负载均衡如何实现会话保持？** 在`upstream`中添加`ip_hash`或使用`sticky`模块： ```nginx upstream backend { ip_hash; # 基于客户端IP分发 server 192.168.1.10; server 192.168.1.11; } ``` --- ### 四、数据库与高可用 **可能问题** 1. **MySQL主从复制延迟大的可能原因及解决思路？** - **原因**：网络延迟、从库I/O压力大、大事务 - **解决**： 1. 启用并行复制`slave_parallel_workers` 2. 拆分大事务 3. 使用MGR替代传统主从 2. **MHA故障转移后如何恢复旧主库？** 步骤： ```bash # 1. 修复旧主库 # 2. 配置为新主库的从库 CHANGE MASTER TO MASTER_HOST='new_master_ip'; # 3. 启动复制 START SLAVE; ``` --- ### 五、容器与云服务 **可能问题** 1. **Dockerfile中`COPY`和`ADD`的区别？** - `COPY`：仅复制本地文件到镜像 - `ADD`：支持URL解压压缩包（如自动解压tar） 2. **Kubernetes中Deployment和StatefulSet的应用场景？** - **Deployment**：无状态应用（如Web服务） - **StatefulSet**：有状态应用（如数据库），保障Pod名称和存储持久化 --- ### 六、监控与CI/CD **可能问题** 1. **Zabbix Proxy分布式监控有什么优势？** - 减轻Server压力 - 跨地域监控时减少网络延迟 - 本地缓存数据避免网络中断丢失 2. **Jenkins Pipeline如何实现代码回滚？** 关键步骤： ```groovy stage('Rollback') { steps { sh 'git revert HEAD' # 回退提交 sh 'kubectl rollout undo deployment/app' # Kubernetes回滚 } } ``` ---
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值