为什么某些脚本（python、perl、libtool）中的 shebang 和命令会被 bash 错误地解释？答案

【问题标题】：Why do shebangs and commands from certain scripts (python, perl, libtool) are wrongly interpreted by bash?为什么某些脚本（python、perl、libtool）中的 shebang 和命令会被 bash 错误地解释？
【发布时间】：2013-09-27 12:33:03
【问题描述】：

编辑：这个问题仍然存在：我重建了我的整个系统，我在一个理智的主机上使用它的 chroot 就像一个魅力。但是一旦我启动了同一个目标系统，问题又出现了：shebang for perl and python are wrong解释...

我已经成功构建和管理我自己的 Linux 系统大约 4 年了，但我现在有点卡住了，我非常感谢能获得解决这个可怕问题的指导：

某些 Python、Perl 脚本甚至“配置”脚本中的命令都被误解：我发现 python-config、xscreensaver-text 和 intltool-merge（Perl 脚本）的 Shebang 不被尊重或仅由贝壳。

我们一直在处理语言环境、编码、有关 UTF-8 的注意事项、检查 env、$LANG、$TERM 等，切换 Linux 内核（3.1.5、3.5.4、3.8.1、3.11.1 )，但仍然没有成功。

这里是 xscreensaver-text 的 strace 输出，首先通过 CLI 进行简单调用，然后使用显式 Perl 进行第二次调用。它的shebang是：

#!/bin/perl -w

root@poopy:~# strace /usr/bin/xscreensaver-text
execve("/usr/bin/xscreensaver-text", ["/usr/bin/xscreensaver-text"], [/* 32 vars */]) = -1 ENOEXEC (Exec format error)
write(2, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
) = 32
exit_group(1)                           = ?
+++ exited with 1 +++

root@poopy:~# strace perl /usr/bin/xscreensaver-text
execve("/usr/bin/perl", ["perl", "/usr/bin/xscreensaver-text"], [/* 32 vars */]) = 0
brk(0)                                  = 0x601000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd74eb1d000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=198969, ...}) = 0
mmap(NULL, 198969, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fd74eaec000
close(3)                                = 0
open("/usr/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \37\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1868472, ...}) = 0
mmap(NULL, 3981888, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fd74e52f000
mprotect(0x7fd74e6f1000, 2097152, PROT_NONE) = 0
mmap(0x7fd74e8f1000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c2000) = 0x7fd74e8f1000
mmap(0x7fd74e8f7000, 16960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fd74e8f7000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd74eaeb000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd74eae9000
arch_prctl(ARCH_SET_FS, 0x7fd74eae9740) = 0
mprotect(0x7fd74e8f1000, 16384, PROT_READ) = 0
mprotect(0x7fd74eb1e000, 4096, PROT_READ) = 0
munmap(0x7fd74eaec000, 198969)          = 0
brk(0)                                  = 0x601000
brk(0x622000)                           = 0x622000
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fd74eae9a10) = 16061
wait4(16061, poopy
Linux 3.11.1

ven. 27 sept. 2013 14:06:27 CEST

up  2:17,  1 user
load average: 0,03, 0,06, 0,12

[{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 16061
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=16061, si_status=0, si_utime=2, si_stime=0} ---
exit_group(0)                           = ?
+++ exited with 0 +++

我的路径是：

/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/lib64/jdk/bin:/usr/lib64/jdk/jre/bin

它位于具有 i686 多库功能的 x86_64 系统上。我的语言环境是 fr_FR.utf8（$LANG 和 $LC_ALL）。我会添加你们需要的任何信息。我在 '/etc/passwd' 中的 shell 是 '/bin/bash'，它存在并且工作完美。用普通用户和root试过，没有区别。重击 4.2、Linux 3.11.1、glibc 2.17。在 xterms、xfce-terminal 和 ttys 中试过，同样的问题。

“python-config”或“intltool-merge”（以及许多其他）具有完全相同的行为。我什至曾经看到一个“配置”脚本失败并显示消息“ac_cv_somevariable：找不到命令”。知道在哪里寻找调试这个吗？

谢谢。

【问题讨论】：

路径可能无效，或者执行文件的用户可以访问。例如，在某些系统上，sbin 只能由 root 访问，并且应用程序安装在 /usr/bin/ 与 /bin 中。
感谢 Burhan，但 $PATH 似乎是正确的 - 添加到问题中）并且我明确地使用绝对路径调用了该文件。我的 /bin 和 /sbin 目录是指向 /usr/bin 和 /usr/sbin 的符号链接，顺便说一句。
我们能否从十六进制编辑器中获取损坏的 perl 脚本的前 10 个字节左右？ od -N=10 -x perlscript.pl
@ebyrob 他们是：od -N 10 -x /usr/bin/xscreensaver-text 说：0000000 2123 752f 7273 622f 6e69 0000012
7 个 0？没有 FE FF 或 FF EF？知道编码是什么或操作系统如何知道它吗？ 21 23 看起来像 ASCII，但是 !# 而不是 #!? （哦，0000000和0000012是地址）ASCII是reverse-endian正常吗？

标签： linux bash shell interpreter shebang

【解决方案1】：

从 Linux 3.10 开始，如果您希望内核处理解释脚本，则必须将名为 CONFIG_BINFMT_SCRIPT 的新选项设置为 Y。

这里有更多解释： http://cateee.net/lkddb/web-lkddb/BINFMT_SCRIPT.html

如果您将其编译为模块，请尝试 modprobe binfmt_script 模块，然后测试您的脚本。

【讨论】：

【解决方案2】：

你试过了吗

#!/usr/bin/perl

而不是

#!/bin/perl

【讨论】：

我编辑了 xscreensaver-text（虽然它是 xscreensaver 包中的上游文件），但没有任何改变。但是我注意到当我点击 Home 或 End 键时，我的 vim 编辑器会打印出奇怪的 #F 和 #H 字符，所以我想我在那里遇到了问题......
是的，这也引起了我的注意。 @user2369816，请包含 #!/usr/bin/perl 版本的 strace。还有ldd /usr/bin/perl.
@domen ok with #!/usr/bin/perl -w in xscreensaver-text 我们有：execve("/usr/bin/xscreensaver-text", ["/usr/bin/xscreensaver-text"], [/* 50 vars */]) = -1 ENOEXEC (Exec format error) write(2, "strace: exec: Exec format error\n", 32strace: exec: Exec format error ) = 32 exit_group(1) = ? +++ exited with 1 +++
@domen ldd 显示linux-vdso.so.1 (0x00007fffe1129000) libc.so.6 => /usr/lib64/libc.so.6 (0x00007fe7b2b5e000) /lib64/ld-linux-x86-64.so.2 (0x00007fe7b2f2b000)

【解决方案3】：

已解决！

内核从 3.10 开始有了一个新选项：CONFIG_BINFMT_SCRIPT。它在这里被编译为一个模块，所以默认不加载！使用modprobe binfmt_script 加载模块或使用CONFIG_BINFMT_SCRIPT=y 构建内核可以解决问题。谢谢！

【讨论】：

【解决方案4】：

注意：此分析是错误的。 od -x 输出“短转换（2 字节）整数”。我认为它正在输出od -xC，这将是网络顺序中的所有字节。

二进制转储的快速分析：

2123 752f 7273 622f 6e69  // hex bytes
! #  u /  r s  b /  n i

!#u/rsb/ni     // condensed
#!/usr/bin     // 2-flipped
#!/bin/perl -w // question line

我的猜测是问题不在于您的系统，而在于您的系统与每个文件的在线公共存储库之间的其中一个系统上的编码和解释。

在下载文件时对其进行嗅探可能会有所帮助？（希望你能找到未加密的东西，你也可以检查每个机器跃点的二进制转储）

编辑：在大多数情况下，Vim 键应由更正的/etc/inputrc 修复。如果不是（并且您没有使用 zsh），那么它可能是相关的。

【讨论】：

很奇怪，好像文件被解释为 UTF-16（或其他 16 位编码）并以错误的字节顺序写入磁盘。
这就是“od -x”的工作方式$ echo '#!/usr/bin' | od -x: 0000000 2123 752f 7273 622f 6e69 000a
@domen 确认！谈论死胡同。我应该删除还是留下作为警示故事？我想 -xC 是我所追求的。
我会在顶部留下一些注释。
@domen 我确实有一个正确的 inputrc！ :) 我多年来一直使用相同的。 file 将其显示为 Unicode UTF-8 文本，vim 似乎并不关心它。 UTF-8/编码似乎是我的主要和最大的问题......