如何使 Unix 二进制文件自包含？

Question

我有一个 Linux 二进制文件，没有源代码，可以在一台机器上运行，我想制作一个独立的包，可以在同一架构的不同机器上运行。实现这一目标的方法是什么？

就我而言，两台机器具有相同的体系结构，相同的 Ubuntu 内核，但目标机器没有 make 并且在 /lib 和 下的文件版本错误/usr

我的一个想法是使用 chroot 并重新创建二进制文件使用的文件系统的子集，可能使用 strace 来找出它需要什么。是否已经有一个工具可以做到这一点？

对于后代，以下是我如何确定进程打开哪些文件

#!/usr/bin/python
# source of trace_fileopen.py
# Runs command and prints all files that have been successfully opened with mode O_RDONLY
# example: trace_fileopen.py ls -l
import re, sys, subprocess, os

if __name__=='__main__':
  strace_fn = '/tmp/strace.out'
  strace_re = re.compile(r'([^(]+?)\((.*)\)\s*=\s*(\S+?)\s+(.*)$')

  cmd = sys.argv[1]
  nowhere = open('/dev/null','w')#
  p = subprocess.Popen(['strace','-o', strace_fn]+sys.argv[1:], stdout=nowhere, stderr=nowhere)
  sts = os.waitpid(p.pid, 0)[1]

  output = []
  for line in open(strace_fn):
    # ignore lines like --- SIGCHLD (Child exited) @ 0 (0) ---
    if not strace_re.match(line):
      continue
    (function,args,returnval,msg) = strace_re.findall(line)[0]
    if function=='open' and returnval!='-1':
      (fname,mode)=args.split(',',1)
      if mode.strip()=='O_RDONLY':
        if fname.startswith('"') and fname.endswith('"') and len(fname)>=2:
          fname = fname[1:-1]
        output.append(fname)
  prev_line = ""
  for line in sorted(output):
    if line==prev_line:
      continue
    print line
    prev_line = line

更新 LD_LIBRARY_PATH 解决方案的问题在于 /lib 被硬编码到解释器中并优先于 LD_LIBRARY_PATH，因此本机版本将首先加载。解释器被硬编码到二进制文件中。一种方法可能是修补解释器并将二进制文件运行为 patched_interpreter mycommandline 问题是，当 mycommandline 以 java 开头时，这不会之所以能工作，是因为 Java 设置了 LD_LIBRARY_PATH 并自行重新启动，这会求助于旧的解释器。对我有用的解决方案是在文本编辑器中打开二进制文件，找到解释器（/lib/ld-linux-x86-64.so.2），并将其替换为相同长度修补解释器的路径

Answer 1

正如其他人提到的，静态链接是一种选择。除了与 glibc 的静态链接在每个版本中都会出现一些问题（抱歉，没有参考资料；只是我的经验）。

您的 chroot 想法可能有点矫枉过正。

据我所知，大多数商业产品使用的解决方案是使它们的“应用程序”成为一个 shell 脚本，设置 LD_LIBRARY_PATH ，然后运行实际的可执行文件。大致如下：

#!/bin/sh
here=`dirname "$0"`
export LD_LIBRARY_PATH="$here"/lib
exec "$here"/bin/my_app "$@"

然后，您只需将所有相关 .so 文件的副本转储到 lib/ 下，将可执行文件放在 bin/ 下，将脚本放入 .，并运送整个树。

（为了具有生产价值，如果 "$here"/lib 不为空，则将其正确添加到 LD_LIBRARY_PATH 等）

[编辑，以配合您的更新]

我认为您可能对什么是硬编码、什么不是感到困惑。 ld-linux-x86-64.so.2 是动态链接器本身；你是正确的，它的路径被硬编码到 ELF 标头中。但其他库不是硬编码的；它们由动态链接器搜索，该链接器将遵循LD_LIBRARY_PATH。

如果您确实需要不同的 ld-linux.so，则无需修补 ELF 标头，只需运行动态链接器本身即可：

/path/to/my-ld-linux.so my_program <args>

这将使用您的链接器而不是 ELF 标头中列出的链接器。

修补可执行文件本身是邪恶的。请考虑一下在您继续前进后必须维护您的东西的可怜人...没有人会期望您手动破解 ELF 标头。 任何人都可以读取 shell 脚本正在执行的操作。

只是我的 0.02 美元。

Answer 2

CDE 有一些软件旨在完全满足您的需求。这是谷歌技术讨论
http://www.youtube.com/watch?v=6XdwHo1BWwY

Answer 3

几乎肯定有更好的答案，但您可以使用 ldd 命令（例如 ls 二进制文件）找出二进制文件需要哪些库：

$ ldd /bin/ls
linux-vdso.so.1 =>  (0x00007ffffff18000)
librt.so.1 => /lib/librt.so.1 (0x00007f5ae565c000)
libselinux.so.1 => /lib/libselinux.so.1 (0x00007f5ae543e000)
libacl.so.1 => /lib/libacl.so.1 (0x00007f5ae5235000)
libc.so.6 => /lib/libc.so.6 (0x00007f5ae4eb2000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f5ae4c95000)
/lib64/ld-linux-x86-64.so.2 (0x00007f5ae588b000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f5ae4a90000)
libattr.so.1 => /lib/libattr.so.1 (0x00007f5ae488b000)

一旦有了这个，您就可以制作副本并将其放在目标计算机上的正确位置。