主页 / 问题 / 1259520
Accepted
Venot
Asked:2022-03-23 08:59:37 +0000 UTC2022-03-23 08:59:37 +0000 UTC

为什么看似相同的文件不能在 linux 上运行？

  • 772

我有两个几乎相同的脚本test.sh，并且updated_pack.sh在 Linux 上。两者都包含字符串：sudo apt-get upgrade -y >> /var/log/update_script.log.

该脚本test.sh重 54 个字节（根据ls -l）并正常运行。反过来，该脚本update_script.sh重 55 个字节并且没有启动，从而给出错误：

Permission deniedin 1: /var/log/updated_script.log

两个文件具有相同的权限，包括运行权限。

执行后hexdump发现两个文件几乎一样，除了最后两个字节。最后那几个角色是什么？

截屏：

在此处输入图像描述

linux

1 个回答

  1. Best Answer

    这是关于换行符的。并且很可能从 Windows 复制并粘贴到 Linux。

    如果文件test.sh是通过 Linux 上的“在某些文本编辑器中键入字符”创建的（无复制/粘贴），并且严格包含：

    sudo apt-get upgrade -y >> /var/log/update_script.log

    那么我们有

    > hexdump test.sh 
0000000 7573 6f64 6120 7470 672d 7465 7520 6770
0000010 6172 6564 2d20 2079 3e3e 2f20 6176 2f72
0000020 6f6c 2f67 7075 6164 6574 735f 7263 7069
0000030 2e74 6f6c 0a67

    它对应于您成功运行的文件。

    现在来点魔法。我们取上面的文件test.sh并将其中现有的Unix 字符LF(Line Feed) 换行符更改\n为CR(Carriage Return) \r：

    > cat test.sh | tr -s '\n' '\r' > update_pack.sh
> hexdump update_pack.sh 
0000000 7573 6f64 6120 7470 672d 7465 7520 6770
0000010 6172 6564 2d20 2079 3e3e 2f20 6176 2f72
0000020 6f6c 2f67 7075 6164 6574 735f 7263 7069
0000030 2e74 6f6c 0d67

    我们看到最后一个代码 已0a67更改为0d67，这就是您在屏幕截图中实际拥有的内容。

    现在让我们弄清楚它是什么000a。LF嗯...这就是(Line Feed)的 Unicode 字符。

    现在我们开始了解大致发生了什么：该序列CRLF用于 Windows 中的换行符。这意味着在某些时候，以无与伦比的形式从一个来源复制到另一个来源，甚至使用 Unicode，这一切都落在了粉丝身上。幸运的是风扇是标准化的，只是不会启动。

    脚本对这些东西很敏感，行应该以LF. 理由：

    POSIX 3.206：

    3.206线

    零个或多个非字符加上一个终止字符的序列。

    POSIX 3.243

    3.243 换行符()

    输出流中的一个字符表示打印应该从下一行的开头开始。它是C语言中'\n'指定的字符。未指定此字符是否是系统传输到输出设备以完成移动到下一行的确切序列。

    解决方案：使 Linux shell 脚本中的换行符正确：\n.

    另一个有用的读物​​：

    • 7

相关问题