# ll /usr/bin/python python python2 python2.6 python2.7 python.bak 1,这里先备份原来的/usr/bin/python 为python.bak 2,然后 ln -sf /usr/local/python/bin/python2.6 /usr/bin/python 尝试解决方法: 因为yum是用Python写的.而且使用当前系统Python版本(Python2.7.5).所以 需要修改: vi /usr/bin/yum 首行改成 

在windows下面用editplus编写了一个shell脚本.执行时报错 "/bin/bash^M: 坏的解释器: 没有那个文件或目录 解决方法: 在终端输入sed -i 's/\r$//' mysql.sh     #(mysql.sh是脚本名字) 原因: 在Windows下编辑文本每一行结尾是\n\r,而Linux下则是\n sed -i 's/\r$//' mysql.sh 会把make-all-linux-project.sh中的行尾的\r替换为空白

PS背景:我在公司做sdk 的pc端开发,所以经常会在win下编译通过之后跑到linux下再运行一次已确保能支持多平台. 今儿在win下跑完一程序,然后放到linux下跑的时候,我用指令: [plain] view plain copy sudo ./build.sh 但是却没有任何反应.于是我换了指令,用 [plain] view plain copy chmod u+x build.sh   ./build.sh 报错 "build.sh  /bin/bash^M: 坏的解释器:没有那个文件

在Linux下编译cocos2d-x运行脚本的时候出现”/bin/bash^M: 坏的解释器: 没有那个文件或目录“这样的错误如下图. 解决方法: 使用在终端输入sed -i 's/\r$//' make-all-linux-project.sh即可 其中make-all-linux-project.sh为我的文件名,这里改成自己需要的即可 原因: 这个文件在Windows 下编辑过,在Windows下每一行结尾是\n\r,而Linux下则是\n sed -i 's/\r$//' make-al

又一次开发的时候在windowns上编写完的程序放到linux下运行的时候,比如:./start.sh的时候显示:"坏的解释器,没有那个文件"错误, 原因是windowns下写的shell脚本换行结束是以\n\r结尾的,而linux下是以\n结尾的,所有多出来了一个\r, 这是用命令:sed -i 's/\r$//' start.sh 回车,就把start.sh的\r换成空白, 最后就可以运行./start.sh了.

一.linux下编译make文件报错“/bin/bash^M: 坏的解释器 参考文章:http://blog.csdn.net/liuqiyao_01/article/details/41542101#comments 自己测试的结果: [1]使用windows 下的编辑工具 新建文件doc2unix.sh #!/usr/bin/env bash # test PID=$(ps -aef | grep nginx | grep -v grep | grep master |awk '{print

在Linux下编译运行脚本的时候出现”/bin/bash^M: 坏的解释器: 没有那个文件或目录(bad interpreter: No such file or directory)“这样的错误. 解决方法: 使用在终端输入sed -i 's/\r$//' check_tool.sh即可 其中check_tool.sh为文件名,这里改成自己需要的即可 原因: 这个文件在Windows 下编辑过,在Windows下每一行结尾是\n\r,而Linux下则是\n sed -i 's/\r$//' c

1.错误描述 我在Windows 10 系统下打包dolphinscheduler,上传到centos7解压之后,执行脚本报如下错误: -bash: ./dolphinscheduler-daemon.sh: /bin/sh^M: 坏的解释器: 没有那个文件或目录 ^M是什么东东,为什么会有^M 通过命令 cat -A filename 查看 好像每行都有这个,应该和换行符有关,查了一下确实有关 2.错误原因 这个问题大多数是因为脚本文件在windows下编辑过.在windows下,每一行的结尾

.sh: /bin/bash^M: 坏的解释器: 没有那个文件或目录 这是因为shell脚本是Windows下编辑的 格式不一样 执行 sed -i 's/\r$//' 脚本名称.sh

问题原因: 由于windows上换行符为CR LF而在Linux下是 LF 导致出现上述问题 解决方案 1. 在windows下 可以使用nodepad打开该shell文件,然后将shell文件中的格式改为unix即可解决 2. 在linux环境下: 1. 使用vim打开该文件 2. 切换到命令行模式 3. 输入如下命令: :set ff # 如果是doc 设置成unix :set fileformat=unix :wq 修改完成后,该shell即可正常执行了

原因:脚本文件是在Windows环境下编辑的,windows环境下,每一行的结尾是\n\r,而Linux环境下,每一行结尾是\n.使用cat  -A  filename 可以看到每行的结尾后面多出了一个^M,如图 ^M符号则是每一行多出来的\r的显示. 解决方法:执行命令 sed -i 's/\r$//' filename [bhsoft@localhost 桌面]$ sed -i 's/\r$//' test.sh 执行完命令之后再次查看脚本文件,发现没有^M符号了,就可以执行脚本了.

原因: 在Linux中有时候我们将在Windows下编写的脚本拷贝到Linux环境中运行时会出现运行不了的情况. 主要还是Windows的换行符为\r\n,而Linux环境中的换行符号为\n. 解决办法: 使用文本编辑工具将脚本文件所有的\r\n替换成\n既可. 方式二: 在执行脚本时,弹出错误提示: 没有那个文件或目录  这是由于脚本文件在保存时使用了DOS文件格式造成的,可以用vim打开文件,然后执行下列操作: :set ff=unix :wq 即可

----------------安装VMwere Tools------------------------bash: ./vmware-install.pl: /usr/bin/perl: bad interpreter: 没有那个文件或目录 解决方法yum install perl gcc kernel-devel yum upgrade kernel kernel-devel 如果出现 ‍Searching for a valid kernel header path… The path

原因是linux下的文件,在windows下面编辑过.在win下编辑的时候,换行结尾是\n\r , 而在linux下 是\n 解决方法,将文件里面的内容做替换即可 sed -i 's/\r$//' build.sh

百度解释说是因为这个文件在windows下编辑过,windows下每一行的结尾是\n\r, 而linux下每一行结尾是\n,所以只需要删除这个文件中的\r字符就可以了sed -i 's/\r$//' install.sh

由于在Windows下换行是\n\r,在Linux下打开多了\r,所以需要删除.删除命令 :sed -i 's/\r$//' filename -i插入 s替代模式 \r$表示任何以\r结束的字符 整句意思是把以\r结束的字符换成空白 参考: bash: ./t.sh:/bin/bash^M:损坏的解释器: 没有那个文件或目录 Error处理:/bin/bash^M: 坏的解释器: 没有该文件或目录(bad interpreter: No such file or directory)

http://www.cnblogs.com/dkblog/archive/2012/02/03/2337187.html dos2unix file_name bash: ./configure: /bin/sh^M: 坏的解释器: 没有那个文件或目录 sed -i 's/\r$//' urfile

参考: https://www.baidu.com/link?url=o2QIy2YZWjsJPAFJuYFhrH3nPvtyRkSe-o5Q_FqFZ5E1EMOsIOmGeKm0HAonwHOw8WRbAKFIU1vmgAlSzC0P00CoW3DcbFJtyRPsyTbJrMq&wd=&eqid=8443d615000387c4000000065b6a8bd6 https://blog.csdn.net/hexuan1/article/details/46820723 https:/

准备四台服务器 两台做主备,另外两台做访问 192.168.1.120 master 192.168.1.121 backup 192.168.1.122 nginx 192.168.1.123 nginx 安装keepalived yum -y install gcc pcre-devel zlib-devel openssl-devel yum -y install popt-devel wget http://www.keepalived.org/software/keepalived-1

 6月6日任务  12.1 LNMP架构介绍12.2 MySQL安装12.3/12.4 PHP安装12.5 Nginx介绍 扩展Nginx为什么比Apache Httpd高效:原理篇 http://www.toxingwang.com/linux-unix/linux-basic/1712.html apache和nginx工作原理比较 http://www.server110.com/nginx/201402/6543.html mod_php 和 mod_fastcgi以及php-fpm的比