执行shell脚本报错 '\357\273\277': command not found 解决办法

最新推荐文章于 2024-12-31 14:45:00 发布
原创 最新推荐文章于 2024-12-31 14:45:00 发布 · 9.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍如何在vi编辑器中删除UTF-8文件中的BOM，并解释了BOM（字节顺序标记）的概念及其对文件的影响。BOM在文件开始处用于标识文件的编码方式，但有时会干扰正常的文本处理流程。

1，删除BOM，在vi下面执行下面的命令即可

:set nobomb

2，原因：

所谓BOM，全称是Byte Order Mark，它是一个Unicode字符，通常出现在文本的开头，用来标识字节序（Big/Little Endian），除此以外还可以标识编码（UTF-8/16/32）

对于UTF-8/16/32而言，它们名字中的8/16/32指的是编码单位是多少位的，也就是说，它们的编码单位分别是8/16/32位，换算成字节就是1/2/4字节，如果是多字节，就要牵扯到字节序，UTF-8以单字节为编码单位，所以不存在字节序。UTF-8主要的优点是可以兼容ASCII，但如果使用BOM的话，这个好处就荡然无存了，除此以外，BOM的存在还可能引发一些问题。所以要UTF-8编码中BOM的检测与删除。


参考：http://huoding.com/2011/05/14/78

Linux 执行脚本出现 $‘ ‘: command not found 解决方法
码农研究僧的博客
08-16 4247
将其编码格式从CRLF改为CR，在对这个脚本文件同步到服务器中（一定要同步代码，别忘记同步）一开始以为是文件版本不对（以为是python2或者python3的差异），需要导入一些包。通过vim的编辑模式中的命令模式输入：set fileformat。如果通过window操作系统进行同步（一般都有自带）但是在linux操作系统中执行类似的脚本就会有问题。在window操作系统中执行类似的脚本是没问题的。如果查看到如下：（则说明已经修改成功）查看服务器对应编码格式是否修改，通过。以下两种方案任选一种即可。...
在Linux shell中出现run.sh: source: not found的解决方案
热门推荐
weixin_43178406的博客
04-20 7万+
本文主要介绍了在Linux shell中出现run.sh: source: not found的解决方案，希望能对使用Linux的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
运行shell脚本报错 '\357\273\277': command not found 解决的方法
weixin_34234823的博客
05-08 1576
1，删除BOM，在vi以下运行以下的命令就可以 :set nobomb 2，原因： 所谓BOM，全称是Byte Order Mark。它是一个Unicode字符，通常出如今文本的开头，用来标识字节序（Big/Little Endian）。除此以外还能够标识编码（UTF-8/16/32） 对于UTF-8/16/32而言。它们名字中的8/16/32指的是编码单位是多少位的，...
-bash : ** : command not found的问题解决（图文详解）
p15097962069的博客
12-19 1113
-bash : ** : command not found的问题解决（图文详解）
vim常用命令
weixin_30576859的博客
05-09 87
vim查看文件编码 :set fileencoding 改变文件编码为utf-8 :set fileencoding=utf-8 查看文件是否存在BOM :set bomb? 去除文件开头的BOM :set nobomb 转载于:https://www.cnblogs.com/hu983/p/5473920.html...
GCC 编译报错：程序中有游离的 \357’ \273’ \277’ 等
飘飘花吹雪的专栏
05-16 8349
中文下报错内容是： cc -c -I. test.c -o output/obj/test.o test.c:1: 错误：程序中有游离的 \357’ test.c:1: 错误：程序中有游离的 \273’ test.c:1: 错误：程序中有游离的 \277’ 英文下报错内容是： cc -c -I. test.c -o output/obj/test.o test.c:1: erro
报错“stray ‘\357’ in program”
qq_58011370的博客
08-26 461
原因：输入类中文的标点符号
精选资源
shell脚本执行jps时：-bash: jps: command not found
01-20
这个场景中遇到的问题是，当尝试通过shell脚本来远程执行`jps`（Java Process Status）命令时，系统返回了`-bash: jps: command not found`的错误。`jps`是Java开发工具包（JDK）的一部分，用于列出正在运行的Java...
laravel 出现command not found问题的解决方案
10-16
在使用 Laravel 框架的过程中，有时可能会遇到“command not found”的问题，这通常是由于 Laravel 的可执行文件没有被正确地添加到系统的 PATH 环境变量中导致的。Laravel 的命令行工具 `laravel` 实际上是位于 `~/...
【shell编程】报错信息：Command Not Found（包含6种解决方法）
摇光是颗星
12-31 7055
Shell运行脚本时报告“Command Not Found”问题，是指命令没有找到。以下是可能的原因和详细解决方法：（可以按照以下步骤一一进行排除）
Linux
aliantou4416的博客
11-22 153
进入root权限：su root进入相应用户：su zxp在Linux里用adduser和groupadd建立用户和账号时，不能建立出现提示bash: adduser: command not found:这是因为linux中有些命令在执行的时候会根据当前用户的PATH所定义的路径去执行命令，但是PATH定义的路径中没有这些命令，所以找不到是正常的。这时候一般在执行命令前加上/usr/s...
gcc编译报错：程序中有游离的‘\357’‘\273’‘\277’等
hujing_Liu
06-08 4184
'去掉utf-8 BOM :set nobomb '保留utf-8 BOM :set bomb gcc编译报错：程序中有游离的‘\357’‘\273’‘\277’等 造成的原因主要有两个： 1. 程序（＊.c，＊.h）中使用了中文的标点符号(全角)，比如；，｝，＋。 改成英文的标点半角符号就行了。 甚至有时候空格也会出现类似错误，删掉该空格 重新输入。
编译错误：stray ‘\357’ in program的解决方法
一见
03-27 2万+
如编译时遇到如下所示的编译错误： ./month_matcher.cpp:1: error: stray ‘\357’ in program ./month_matcher.cpp:1: error: stray ‘\273’ in program ./month_matcher.cpp:1: error: stray ‘\277’ in program 则说明文件为“带B
冒泡排序和选择排序自我总结：GCC 编译报错:程序中有游离的 \357’ \273’ \277
qq_27400659的博客
11-22 416
冒泡排序和选择排序简析： 冒泡排序是两两交换位置，将较大数字一步一步放在最后。从左到右依次比较交换，然后循环这个步骤。 选择排序是先进行比较找出最小数，标记出最小数的位置，然后最小数和第一个数字交换位置。先进行比较，再交换， 然后循环这个过程。 冒泡排序   for(i=0;i      for(j=0;j        {          if a[j]>a[j+1];
运行./XXXsh: line 1: $‘\r‘: command not found问题
Snow、杨
05-14 3852
####问题描述 在执行./xxx.sh命令时，系统报错： ./xxx.sh: line 1: $’\r’: command not found 如图： ####问题原因 出现这种问题是因为windows下的文件换行用的是\r\n 而linux系统用的是\n，如果win下的文档上传到linux，每行的结尾都会出现一个^M ####解决方法 通过vim -b xxx.sh对脚本进入编辑模式，然后删除^M进行保存，再执行就ok了 ...
编译程序时报error: stray ‘\357’ in program错误的原因
bigmarshal的博客
01-29 5816
自己写的程序，在编译时报了一堆错误，如下所示。 mmap_test.c: In function ‘main’: mmap_test.c:16:2: error: stray ‘\357’ in program start = (char *)mmap(NULL,128，PROT_READ|PROT_WRITE,MAP_SHARED,fd,0); ^ mmap_test...
还是hadoop报错 -bash: start-yarn.sh: command not found
ganeshys2017的博客
08-03 5864
    注意不要就写start-yarn.sh   记得启动命令之前要加上  ./start-yarn.sh
源码中含有 '\357' '\273' '\277' 处理方法
What the Fuck
06-06 4508
参考链接 http://stackoverflow.com/questions/1068650/using-awk-to-remove-the-byte-order-markTry this:awk 'NR==1{sub(/^\xef\xbb\xbf/,"")}{print}' INFILE > OUTFILE On the first record (line), remove the BOM c
crontab sh脚本报错mongodump: command not found
最新发布
09-27
<think>我们正在解决CentOS系统中crontab执行脚本时出现'mongodump: command not found'错误的问题。根据引用[1]和[2]的信息，这个错误通常是因为crontab执行环境的环境变量与手动执行时的环境变量不同，导致mongodump命令所在的路径不在crontab的PATH环境变量中。 解决方法有两种思路： 1. 在脚本中设置完整的PATH环境变量，确保包含mongodump的路径。 2. 在crontab中加载所需的环境变量，例如通过source /etc/profile。 具体步骤： 步骤1：确定mongodump的完整路径 在终端执行： which mongodump 假设输出为：/usr/local/mongodb/bin/mongodump 步骤2：修改脚本，使用绝对路径执行mongodump 将脚本中的`mongodump`替换为`/usr/local/mongodb/bin/mongodump` 或者 步骤2替代方案：在脚本开头设置PATH 在脚本的顶部添加： export PATH=$PATH:/usr/local/mongodb/bin 步骤3：或者修改crontab任务，在任务命令前加载环境变量 在crontab任务行中，先加载环境变量，再执行脚本。例如： 0 0 1 * * . /etc/profile; /opt/scripts/monthly_task.sh >> /var/log/monthly_task.log 2>&1 注意：这里使用点（.）或source命令来加载环境变量，但crontab默认使用/bin/sh执行，而/bin/sh可能不支持source，所以使用点（.）更通用。也可以使用绝对路径的脚本，并确保脚本内部已经设置了正确的环境变量。 步骤4：另一种方法是直接在crontab中设置PATH 在crontab文件的开头添加环境变量设置（注意：这会影响该用户的整个crontab）： PATH=/usr/bin:/bin:/usr/local/mongodb/bin 0 0 1 * * /opt/scripts/monthly_task.sh >> /var/log/monthly_task.log 2>&1 步骤5：验证 可以设置一个临时的crontab任务（比如1分钟后执行）来测试。 根据引用[5]中的例子，也可以考虑在crontab中设置SHELL和PATH变量，例如： SHELL=/bin/bash PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/mongodb/bin 0 0 1 * * /opt/scripts/monthly_task.sh >> /var/log/monthly_task.log 2>&1 注意：由于crontab的执行环境是精简的，最好在脚本内部设置好所需的环境变量。 同时，根据引用[3]和[4]，注意crontab的语法，确保时间设置正确，并且命令格式正确（避免出现用户名的位置写命令等错误）。 总结：最可靠的方法是在脚本内部使用绝对路径调用mongodump，或者在脚本开头设置PATH环境变量。 示例脚本修改： 原始脚本可能有一行： mongodump ... 修改为： /usr/local/mongodb/bin/mongodump ... 或者 在脚本开头添加： export PATH=$PATH:/usr/local/mongodb/bin 然后保留原来的`mongodump`命令。 如果mongodump还依赖于其他环境变量（比如MongoDB的认证信息等），则最好在脚本中设置这些变量，或者通过配置文件加载。 另外，根据引用[2]和[5]，也可以考虑在crontab中加载环境变量，但这种方法依赖于具体的环境配置文件，可能会因系统配置而异。 建议：优先采用在脚本中设置PATH的方法，这样脚本的移植性更好。 </think>### CentOS系统中解决crontab执行脚本报'mongodump: command not found'错误 #### 问题原因分析 该错误是由于 **crontab执行环境与用户环境不一致** 导致的： 1. `mongodump`命令路径未包含在crontab的`PATH`环境变量中（引用[1][2]） 2. crontab默认使用`/bin/sh`执行脚本，而非用户的登录shell（引用[3][4]） 3. MongoDB环境变量未加载到crontab执行环境（引用[5]） --- #### 解决方案（逐步操作） ##### 方法1：在脚本中指定绝对路径（推荐） ```bash # 1. 查找mongodump路径 which mongodump # 输出示例：/usr/local/mongodb/bin/mongodump # 2. 修改脚本中的mongodump命令 sudo vi /opt/scripts/monthly_task.sh ``` ```bash #!/bin/bash # 将mongodump替换为绝对路径 /usr/local/mongodb/bin/mongodump --your-parameters ``` ##### 方法2：在crontab中加载环境变量 ```bash crontab -e ``` ```cron # 加载系统环境变量后执行脚本 0 0 1 * * . /etc/profile; . ~/.bashrc; /opt/scripts/monthly_task.sh >> /var/log/monthly_task.log 2>&1 ``` ##### 方法3：在crontab中声明PATH ```cron # 在crontab开头设置PATH PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:$(which mongodump | xargs dirname) SHELL=/bin/bash 0 0 1 * * /opt/scripts/monthly_task.sh >> /var/log/monthly_task.log 2>&1 ``` ##### 方法4：在脚本中显式设置环境 ```bash #!/bin/bash # 加载MongoDB环境变量 source /etc/mongodb.conf export PATH=$PATH:$(which mongodump | xargs dirname) # 执行备份命令 mongodump --your-parameters ``` --- #### 验证步骤 1. **测试脚本执行**： ```bash # 模拟crontab环境测试 env -i /bin/sh -c "/opt/scripts/monthly_task.sh" ``` 2. **检查日志**： ```bash tail -f /var/log/monthly_task.log ``` 3. **查看cron日志**： ```bash tail -f /var/log/cron ``` --- #### 关键注意事项 1. **路径验证**： ```bash # 确保路径包含mongodump目录 echo $PATH | tr ':' '\n' | grep mongodb ``` 2. **环境变量继承**： - crontab默认不加载用户环境变量（引用[5]） - 使用`. /etc/profile`比`source`更兼容`/bin/sh`（引用[2]） 3. **权限问题**： ```bash # 确保脚本有执行权限 chmod +x /opt/scripts/monthly_task.sh ``` 4. **日志记录**： ```bash # 在脚本中添加详细日志记录 echo "$(date) - Starting backup" >> /var/log/monthly_task.log mongodump ... 2>&1 | tee -a /var/log/monthly_task.log ``` --- ### 常见问题排查 1. **路径查找失败**： ```bash # 全局搜索mongodump sudo find / -name mongodump 2>/dev/null ``` 2. **环境变量差异**： ```bash # 对比环境变量差异 echo "=== Login Environment ===" > env_diff.txt env >> env_diff.txt echo "=== Cron Environment ===" >> env_diff.txt env -i /bin/sh -c "env" >> env_diff.txt ``` 3. **SELinux限制**： ```bash # 检查SELinux日志 grep cron /var/log/audit/audit.log | audit2why ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值