linux - 为什么来自某些脚本(python、perl、libtool)的 shebang 和命令会被 bash 错误地解释？

Question

编辑:这个问题仍然存在:我重建了我的整个系统，我在一个正常的主机上使用它的 chroot 工作得很好。但是一旦我启动同一个目标系统，问题又出现了:shebang for perl 和 python 被错误地解释......

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

某些 Python、Perl 脚本甚至“配置”脚本中的命令都被误解了:我已经确定了 python-config、xscreensaver-text 和 intltool-merge(Perl 脚本)的 Shebang 不受尊重或仅由 shell 。

我们一直在搞乱语言环境、环境、关于 UTF-8 的注意事项、检查环境、$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 multilib 功能的 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:找不到命令”。知道去哪里调试吗？

谢谢。

Answer 1

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

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

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