make.sh: line 2: $'\r': command not found

最新推荐文章于 2025-06-20 17:55:23 发布

yjyn1

最新推荐文章于 2025-06-20 17:55:23 发布

阅读量1w

点赞数 7

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/u012759006/article/details/89155759

本文介绍了解决从Windows环境转移到Linux环境时遇到的文件格式不兼容问题的方法。通过使用tofrodos和dos2unix工具，可以轻松转换文件格式，确保文件在Ubuntu和Centos系统上的正常读取。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

出现如题错误就是windows下写的文件在linux环境下无法识别，格式上略有差异。

Ubuntu解决方法：

1、sudo apt-get install tofrodos

2、fromdos 文件名

Centos解决方法：

1、yum -y install dos2unix

2、dos2unix 文件名

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

yjyn1

关注关注

7
点赞
踩
7

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

make.sh: line 2: $‘\r‘: command not found

Brownie_Jasper的博客

12-04

511

make.sh: line 2: $’\r’: command not found 出现如题错误就是windows下写的文件在linux环境下无法识别，格式上略有差异。 Ubuntu解决方法： 1、sudo apt-get install tofrodos 2、fromdos 文件名 Centos解决方法： 1、yum -y install dos2unix 2、dos2unix 文件名 ...

Ubuntu 中报：./databasebf.sh: line 2: $‘\r‘: command not found

韩利巍

07-15

1222

当我们在windows系统中写好了一个脚本，在Ubuntu中执行时报错：./databasebf.sh: line 2: $'\r': command not found。原因是因为windows里面是以 \r 进行换行，而Linux 中是以 \n进行换行。处理方法：先安装dos2unix 命令：sudo apt-get dos2unix 然后执行我们的脚本命令： sudo dos2unix databasebf.sh 然后就可以正常执行我们的脚本： sudo bash ./data...

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

解决 Shell 脚本报错：`$‘\r‘: command not found`

最新发布

weixin_41544125的博客

06-20

558

错误是由于脚本文件中包含 Windows 风格的换行符导致的。通过使用dos2unix工具或sed命令，可以轻松修复这个问题。此外，使用支持 Unix 换行符的文本编辑器或配置 Git 自动转换换行符，可以有效预防类似问题的发生。希望本文能帮助你快速解决脚本报错的问题！如果你在修复过程中遇到任何困难，欢迎在评论区留言，我会尽力为你解答。

Shell - line 2: $‘\r‘: command not found

BITDDD小栈

05-12

3868

拷贝脚本提交后报错 line 2: $'\r': command not found，但是这是别的同学可以运行后发给我的，随后开始排查。安装 dos2unix 需要使用 yum。安装 yum 需要使用 brew。

shell脚本报错：test.sh: line 2: $‘\r‘: command not found

全栈测试笔记

03-15

349

脚本是在Windows上编辑的，然后放到Linux上运行，可能会导致\r被解释为脚本的一部分，从而引发错误。这个错误是由于脚本文件的换行符问题引起的。使用dos2unix工具转换脚本。

setclasspath.sh: line 2: $‘\r‘: command not found 问题已解决

不会秃头的程序猿

12-13

2716

setclasspath.sh: line 2: $'\r': command not found 问题

Linux脚本执行出错runserver.sh: line 2: $‘\r‘: command not found

你当像鸟飞往你的山~~

07-22

606

Linux执行文件系统格式问题

Cygwin64 Terminal make menuconfig 报错 $‘\r‘: command not found

坚韧与专注

01-01

1252

前言工程使用Git管理，一台机器上使用：Cygwin64 Terminal运行 make menuconfig 正常 Git 提交后，另一台电脑 git pull下来的代码，Cygwin64 Terminal 运行 make menuconfig 时，报错了 $ make menuconfig /cygdrive/d/github/pluto-os_hello/scripts/gen_build_files.sh: line 2: $'\r': command not found /cygdrive/

./scripts/init_database.sh: line 2: $‘\r‘: command not found

qq_15821487的博客

02-28

447

./scripts/init_database.sh: line 2: $'\r': command not found 不能有多余的空格

Nacos-linux启动脚本失败 startup.sh: line 2: $‘\r‘: command not found

小蜗牛的博客

06-22

1786

Nacos-linux启动脚本失败 startup.sh: line 2: $'\r': command not found

执行shell脚本报错 line 2: $‘\r‘: command not found

jacklin_01的博客

01-17

1679

出现如题错误就是windows下写的文件在linux环境下无法识别，格式上略有差异。 Centos解决方法： 1、yum-yinstalldos2unix 2、dos2unix 文件名再次执行就可以了

编译固件时报错’/r’ :command not found

m0_70538584的博客

06-18

570

CR是Carriage-Return的缩写，即回车LF是Line-Feed的缩写，即换行Linux(unix) 和 mac 默认使用 "\n" 作为换行符；Windows 默认使用 "\r\n" 作为换行符。

$‘\r‘: command not found

计算机辅助工程

01-03

811

当在 Unix/Linux 系统中运行一个含有 Windows 风格换行符（CR LF）的脚本时，shell 会尝试将 CR（\r）也作为命令的一部分来执行，从而导致 $‘\r’: command not found 这样的错误。Windows 换行符：在 Windows 系统中，文本文件的行尾通常是由回车（Carriage Return，CR，\r）和换行（Line Feed，LF，\n）两个字符组成的，即 CR LF（\r\n）。将文件的换行符从 CR LF（\r\n）改为 LF（\n）。

Conmi的正确答案——“xxx.sh: 行 2: $‘\r‘: 未找到命令”

Conmi的博客

12-02

373

这个sh文件被window编辑后会以DOS格式保存，但linux格式中回车只认“\n”，而DOS格式的回车则是“\r\n”。2、使用“ALT+M”切换为“MAC格式”保存（有的时候点了不会显示这几个字）；1、“CTRL+O”保存的时候会提示“DOS格式”保存；3、保存完成后运行就不会再报错“\r”的问题了。使用nano打开一次文件，并且再保存一次。Ubuntu版本：23.10（桌面版）

make:command not found

TS_forever007的博客

10-21

2163

今天在安装nginx时候，执行编译时报错，make:command not found。本来只需要安装make命令即可，但是百度了一下，需要安装gcc等。安装之后执行make以及make install就没有问题了。原因就是Linux系统是纯净版，或者没有预安装一些环境。

$‘\r‘: command not found 出错

彭伟的博客

12-23

1022

Linux 下运行脚本常见错误之一 $’\r’: command not found 出错问题在Windows下编写好sh文件后，在Linux下运行会报错：bash: $’\r’: command not found 这是因为Windows系统的文件换行使用的是\r\n，而Unix系统是\n 解决只需要在Linux下使用vim打开文件，然后使用命令:set ff=unix即可 # 使用vim打开文件 vim aaa.sh :set ff=unix :wq Down! ...

fastDFS安装时，./make.sh编译时出错找不到./make.sh: line 99: perl: command not found

hainanlxk的博客

03-04

4542

解决方案：执行： yum-yinstallzlibzlib-develpcrepcre-develgccgcc-c++opensslopenssl-devellibeventlibevent-develperlunzipnet-toolswget 参考ej_dont_give_up作者的问题，在此记录下 ...

04-01

<think>好的，我现在需要帮助用户解决在Ubuntu系统中运行Qt的build.sh脚本时出现的“No such file or directory”以及相关命令未找到的问题。首先，我得理清用户的问题可能涉及哪些方面。根据用户提供的引用信息，问题可能涉及文件格式、环境配置、权限问题，或者依赖缺失。首先，用户提到引用[1]的错误是“No such file or directory”，而引用[2]指出可能是由于文件换行符的不同导致的问题。因此，我需要先检查build.sh脚本的文件格式是否正确。在Windows下创建的脚本文件可能使用CRLF换行符，而Linux需要使用LF。转换文件格式可以使用dos2unix工具，或者用sed命令替换。这一步可能是解决问题的关键。接下来，用户可能没有执行权限。在Linux系统中，脚本需要可执行权限才能运行。用户可能没有运行chmod +x build.sh，所以需要提醒他们添加执行权限。另外，用户可能缺少必要的依赖库或工具。例如，Qt项目可能需要g++、make、libgl1-mesa-dev等包。需要建议用户安装这些依赖项。此外，gcc版本过低也可能导致问题，用户可能需要升级gcc，如引用[2]中提到的。还有，如果脚本内部调用了其他命令，而这些命令未安装，比如qmake、cmake，或者环境变量未正确设置，也会导致“command not found”。这时候需要检查这些工具是否安装，并确认PATH环境变量是否包含它们的路径。此外，脚本本身的路径问题也可能导致错误。用户可能不在正确的目录下运行脚本，或者脚本引用了相对路径的文件不存在。需要建议用户确认当前工作目录，并使用绝对路径执行脚本。还有可能的是，系统架构不匹配，比如脚本是32位的而系统是64位的，但这种情况相对少见。或者脚本调用了不兼容的库，需要检查ldd输出是否有缺失的库。最后，建议用户查看脚本的具体内容，是否有明显的错误，或者尝试运行bash -x build.sh来调试脚本的执行过程，找出具体的错误位置。总结一下，解决步骤可能包括： 1. 转换文件格式为Unix格式。 2. 赋予执行权限。 3. 安装依赖库和工具。 4. 检查环境变量和路径。 5. 调试脚本执行。需要将这些步骤详细解释给用户，并提供具体的命令示例，方便他们操作。同时，需要提醒用户如果问题依旧，可能需要检查脚本内容或系统日志。</think>### 逐步解决方案 #### 1. 检查文件格式（Windows/Linux换行符问题）使用以下命令将Windows格式转换为Linux格式： ```bash sudo apt install dos2unix # 安装转换工具 dos2unix build.sh # 转换文件格式 ``` 或使用`sed`命令： ```bash sed -i 's/\r$//' build.sh # 移除CR字符 ``` #### 2. 赋予执行权限 ```bash chmod +x build.sh # 添加可执行权限 ``` #### 3. 安装Qt编译依赖库 ```bash sudo apt update sudo apt install build-essential libgl1-mesa-dev libxcb-xinerama0 libxkbcommon-dev ``` #### 4. 检查环境变量确保`qmake`等Qt工具在`PATH`中： ```bash echo $PATH # 查看环境变量 which qmake # 检查qmake路径 ``` #### 5. 手动指定解释器（若脚本无Shebang行） ```bash bash build.sh # 强制使用bash解释器 ``` #### 6. 升级GCC（可选）若报错涉及编译器版本： ```bash sudo apt install gcc-10 g++-10 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-10 100 sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-10 100 ``` #### 7. 验证文件类型检查脚本是否为可执行文件： ```bash file build.sh # 输出应为"Bourne-Again shell script" ``` ### 常见错误排查表 | 错误现象 | 解决方案 | 验证命令 | |---------------------------|---------------------------|---------------------------| | `/bin/bash^M: 解释器错误` | 执行`dos2unix build.sh` | `cat -v build.sh` | | `Permission denied` | `chmod +x build.sh` | `ls -l build.sh` | | `qmake: command not found`| 安装Qt开发工具包 | `sudo apt install qt5-default` | | `configure script error` | 检查依赖库是否完整 | `ldd <binary>` | ### 调试脚本使用调试模式查看具体报错位置： ```bash bash -x build.sh # 显示逐行执行过程 ``` ### 扩展建议 - 若涉及OpenGL报错，需安装显卡驱动和开发库： ```bash sudo apt install mesa-utils libglu1-mesa-dev ``` - 使用`strace`追踪系统调用： ```bash strace ./build.sh 2>&1 | grep 'No such file' ``` ### 引用说明文件格式问题可能导致解释器无法识别脚本[^2]，而依赖库缺失是Qt编译失败的常见原因[^1]。