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

linux更改脚本编码格式:vi *.sh

通过

:set ff

查看当前格式

再通过 :set ff=unix 更改

然后保存退出(:wq)

时间: 2024-10-22 10:46:16

sh脚本异常:/bin/sh^M:bad interpreter: No such file or directory的相关文章

Shell脚本报错:-bash: ./switch.sh: /bin/bash^M: bad interpreter: No such file or directory

在学习shell中测试case参数命令代码如下 #!/bin/bash #switch测试 case $1 in     start)         echo 'start'     ;;     stop)         echo 'stop'     ;; esac 在给当前shell脚本赋予了执行权限之后,执行报错代码如下 [[email protected] sh]# ./switch.sh stop -bash: ./switch.sh: /bin/bash^M: bad inte

window下编写python脚本在linux下运行出错 usr/bin/python^M: bad interpreter: No such file or directory

今天在windows下使用notepad++写了个python脚本,传到linux服务器执行后提示:-bash: ./logger.py: usr/bin/python^M: bad interpreter: No such file or directory 1.原因分析 这是不同系统编码格式引起的:在windows系统中编辑的logger.py文件可能有不可见字符,所以在Linux系统下执行会报以上异常信息.一般是因为windows行结尾和linux行结尾标识不同造成的,在window中行结

-bash: ./****.py: /usr/bin/python^M: bad interpreter: No such file or directory

在windows系统下写的python脚本,在linux下赋予权限chmod +x xxx.py 以后,执行./xxx.py运行提示:bash: /usr/bin/autocrorder: /usr/bin/python^M: bad interpreter: No such file or directory 更多文章请点击我 分析: 这是不同系统编码格式引起的:在windows系统中编辑的.sh .py文件可能有不可见字符,所以在Linux系统下执行会报以上异常信息.一般是因为windows

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

执行一个脚本full_build.sh 时, 一直是提示我: -bash: ./full_build.sh: /bin/bash^M: bad interpreter: No such file or directory 一般造成这个问题的原因是文本格式为Dos,不是unix造成的 通过vim打开文件,使用命令:set ff?  查看文本格式是否为unix,如果不是通过:set ff=UNIX强制转换文件格式.最后:wq保存退出

/bin/bash^M: bad interpreter: No such file or directory 解决办法

参考:-bash: ./my_script: /bin/bash^M: bad interpreter: No such file or directory [duplicate] 有的时候运行.sh文件会莫名其妙报错,报错信息如下: $ ./scriptname.sh -bash: ./scriptname.sh: /bin/bash^M: bad interpreter: No such file or directory 解决办法:运行如下命令 $sed -i -e 's/\r$//' s

执行Python "/bin/usr/python: bad interpreter: No such file or directory" 错误

今天在电脑上写了一个Python脚本,写好之后用ftp传上去,然后执行/var/www/cron.py,结果报错,/bin/usr/python: bad interpreter: No such file or directory,之前都是执行python /var/www/cron.py都没问题啊,看来应该不是代码的问题. 上网上搜了一下,有很多人都反映在windows下写的python文件会由于编码问题执行出错(windows下的换行符是'\r',而linux下是'\n'),于是检查了一下

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

1.web显示 2.nagios服务端测试 [[email protected] objects]# /usr/local/nagios/libexec/check_nrpe -H 10.0.0.10 -c check_memNRPE: Unable to read output 3.nagios客户端测试 [[email protected] ~]#/usr/local/nagios/libexec/check_nrpe -H 127.0.0.1-c check_memNRPE: Unable

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

执行.py时报错:/usr/bin/python3^M: bad interpreter: No such file or directory 1.执行权限的问题 2.python版本的问题 3.python文件格式的错误. 权限问题利用chmod +x ***py即可 版本问题,在执行时或者在py文件中选择好python的版本 格式问题解决过程如下: [email protected]:~/hadoop/hadoopfile$ vi PictureDownloadMapper.py 在vi编辑

Linux下执行.sh命令出现-bash: ./bin/start.sh: /bin/bash^M: bad interpreter: No such file or directory

原因是 文件的格式是dos,修改为unix 就OK了 查看文件格式  用vim 打开出错的文件    按 ESC键     再按shift+冒号   输入 set  ff  回车   可以看见 该文件的格式 fileformat=dos按shift + 冒号  输入  set ff=unix 回车 发现没反应,那就对了. 可以按 shift + 冒号  set ff 查看  fileformat=unix --------------------- 原文:https://blog.csdn.ne

解决“/bin/bash^M: bad interpreter: No such file or directory”

在执行shell脚本时提示这样的错误主要是由于shell脚本文件是dos格式,即每一行结尾以\r\n来标识,而unix格式的文件行尾则以\n来标识.  查看脚本文件是dos格式还是unix格式的几种办法.(1)cat -A filename  从显示结果可以判断,dos格式的文件行尾为^M$,unix格式的文件行尾为$.(2)od -t x1 filename 如果看到输出内容中存在0d 0a的字符,那么文件是dos格式,如果只有0a,则是unix格式.(3)vi filename打开文件,执行