使用 patchelf 修改 ELF 文件的动态链接器路径

已于 2023-01-27 14:25:17 修改
阅读量1.9k 收藏 1
点赞数
分类专栏： C语言编程 小问题 Linux开发 文章标签： 动态链接器 链接脚本 patchelf
于 2023-01-27 14:23:45 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/choumin/article/details/128769978
版权

最近尝试自己编写链接脚本生成可执行程序，但遇到了一些问题，生成的可执行程序在运行时报错，后来发现是因为生成的可执行程序中动态链接器的路径有问题，通过使用patchelf工具修改可执行程序的动态链接器路径后，程序运行正常。下面详细记录一下这个过程。

首先是一个极其简单的 C文件：

#include <stdio.h>
#include <stdlib.h>

void nomain(void)
{
	printf("hello, world\n");
	exit(123);
}

上述文件中没有 main函数，而只有一个 nomain函数，因此需要在链接脚本里通过 ENTRY(nomain)语句指定程序的入口函数为 nomain。使用到的链接脚本来自于 ld --verbose给出的默认链接脚本，内容如下所示：

/* Script for -z combreloc: combine and sort reloc sections */
/* Copyright (C) 2014-2018 Free Software Foundation, Inc.
   Copying and distribution of this script, with or without modification,
   are permitted in any medium without royalty provided the copyright
   notice and this notice are preserved.  */
OUTPUT_FORMAT("elf64-x86-64", "elf64-x86-64",
	      "elf64-x86-64")
OUTPUT_ARCH(i386:x86-64)
ENTRY(nomain)
SEARCH_DIR("=/usr/x86_64-redhat-linux/lib64"); SEARCH_DIR("=/usr/lib64"); SEARCH_DIR("=/usr/local/lib64"); SEARCH_DIR("=/lib64"); SEARCH_DIR("=/usr/x86_64-redhat-linux/lib"); SEARCH_DIR("=/usr/local/lib"); SEARCH_DIR("=/lib"); SEARCH_DIR("=/usr/lib");
SECTIONS
{
  /* Read-only sections, merged into text segment: */
  PROVIDE (__executable_start = SEGMENT_START("text-segment", 0x400000)); . = SEGMENT_START("text-segment", 0x400000) + SIZEOF_HEADERS;
  .interp         : { *(.interp) }
  .note.gnu.build-id : { *(.note.gnu.build-id) }
  .hash           : { *(.hash) }
  .gnu.hash       : { *(.gnu.hash) }
  .dynsym         : { *(.dynsym) }
  .dynstr         : { *(.dynstr) }
  .gnu.version    : { *(.gnu.version) }
  .gnu.version_d  : { *(.gnu.version_d) }
  .gnu.version_r  : { *(.gnu.version_r) }
  .rela.dyn       :
    {
      *(.rela.init)
      *(.rela.text .rela.text.* .rela.gnu.linkonce.t.*)
      *(.rela.fini)
      *(.rela.rodata .rela.rodata.* .rela.gnu.linkonce.r.*)
      *(.rela.data .rela.data.* .rela.gnu.linkonce.d.*)
      *(.rela.tdata .rela.tdata.* .rela.gnu.linkonce.td.*)
      *(.rela.tbss .rela.tbss.* .rela.gnu.linkonce.tb.*)
      *(.rela.ctors)
      *(.rela.dtors)
      *(.rela.got)
      *(.rela.bss .rela.bss.* .rela.gnu.linkonce.b.*)
      *(.rela.ldata .rela.ldata.* .rela.gnu.linkonce.l.*)
      *(.rela.lbss .rela.lbss.* .rela.gnu.linkonce.lb.*)
      *(.rela.lrodata .rela.lrodata.* .rela.gnu.linkonce.lr.*)
      *(.rela.ifunc)
    }
  .rela.plt       :
    {
      *(.rela.plt)
      PROVIDE_HIDDEN (__rela_iplt_start = .);
      *(.rela.iplt)
      PROVIDE_HIDDEN (__rela_iplt_end = .);
    }
  .init           :
  {
    KEEP (*(SORT_NONE(.init)))
  }
  .plt            : { *(.plt) *(.iplt) }
.plt.got        : { *(.plt.got) }
.plt.sec        : { *(.plt.sec) }
  .text           :
  {
    *(.text.unlikely .text.*_unlikely .text.unlikely.*)
    *(.text.exit .text.exit.*)
    *(.text.startup .text.startup.*)
    *(.text.hot .text.hot.*)
    *(.text .stub .text.* .gnu.linkonce.t.*)
    /* .gnu.warning sections are handled specially by elf32.em.  */
    *(.gnu.warning)
  }
  .parainstructions :
  {
    __parainstructions = .;
    *(.parainstructions)
    __parainstructions_end = .;
  }
  .fini           :
  {
    KEEP (*(SORT_NONE(.fini)))
  }
  PROVIDE (__etext = .);
  PROVIDE (_etext = .);
  PROVIDE (etext = .);
  .rodata         : { *(.rodata .rodata.* .gnu.linkonce.r.*) }
  .rodata1        : { *(.rodata1) }
  .eh_frame_hdr : { *(.eh_frame_hdr) *(.eh_frame_entry .eh_frame_entry.*) }
  .eh_frame       : ONLY_IF_RO { KEEP (*(.eh_frame)) *(.eh_frame.*) }
  .gcc_except_table   : ONLY_IF_RO { *(.gcc_except_table
  .gcc_except_table.*) }
  .gnu_extab   : ONLY_IF_RO { *(.gnu_extab*) }
  /* These sections are generated by the Sun/Oracle C++ compiler.  */
  .exception_ranges   : ONLY_IF_RO { *(.exception_ranges
  .exception_ranges*) }
  /* Adjust the address for the data segment.  We want to adjust up to
     the same address within the page on the next page up.  */
  . = DATA_SEGMENT_ALIGN (CONSTANT (MAXPAGESIZE), CONSTANT (COMMONPAGESIZE));
  /* Exception handling  */
  .eh_frame       : ONLY_IF_RW { KEEP (*(.eh_frame)) *(.eh_frame.*) }
  .gnu_extab      : ONLY_IF_RW { *(.gnu_extab) }
  .gcc_except_table   : ONLY_IF_RW { *(.gcc_except_table .gcc_except_table.*) }
  .exception_ranges   : ONLY_IF_RW { *(.exception_ranges .exception_ranges*) }
  /* Thread Local Storage sections  */
  .tdata	  : { *(.tdata .tdata.* .gnu.linkonce.td.*) }
  .tbss		  : { *(.tbss .tbss.* .gnu.linkonce.tb.*) *(.tcommon) }
  .preinit_array     :
  {
    PROVIDE_HIDDEN (__preinit_array_start = .);
    KEEP (*(.preinit_array))
    PROVIDE_HIDDEN (__preinit_array_end = .);
  }
  .init_array     :
  {
    PROVIDE_HIDDEN (__init_array_start = .);
    KEEP (*(SORT_BY_INIT_PRIORITY(.init_array.*) SORT_BY_INIT_PRIORITY(.ctors.*)))
    KEEP (*(.init_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .ctors))
    PROVIDE_HIDDEN (__init_array_end = .);
  }
  .fini_array     :
  {
    PROVIDE_HIDDEN (__fini_array_start = .);
    KEEP (*(SORT_BY_INIT_PRIORITY(.fini_array.*) SORT_BY_INIT_PRIORITY(.dtors.*)))
    KEEP (*(.fini_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .dtors))
    PROVIDE_HIDDEN (__fini_array_end = .);
  }
  .ctors          :
  {
    /* gcc uses crtbegin.o to find the start of
       the constructors, so we make sure it is
       first.  Because this is a wildcard, it
       doesn't matter if the user does not
       actually link against crtbegin.o; the
       linker won't look for a file to match a
       wildcard.  The wildcard also means that it
       doesn't matter which directory crtbegin.o
       is in.  */
    KEEP (*crtbegin.o(.ctors))
    KEEP (*crtbegin?.o(.ctors))
    /* We don't want to include the .ctor section from
       the crtend.o file until after the sorted ctors.
       The .ctor section from the crtend file contains the
       end of ctors marker and it must be last */
    KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .ctors))
    KEEP (*(SORT(.ctors.*)))
    KEEP (*(.ctors))
  }
  .dtors          :
  {
    KEEP (*crtbegin.o(.dtors))
    KEEP (*crtbegin?.o(.dtors))
    KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .dtors))
    KEEP (*(SORT(.dtors.*)))
    KEEP (*(.dtors))
  }
  .jcr            : { KEEP (*(.jcr)) }
  .data.rel.ro : { *(.data.rel.ro.local* .gnu.linkonce.d.rel.ro.local.*) *(.data.rel.ro .data.rel.ro.* .gnu.linkonce.d.rel.ro.*) }
  .dynamic        : { *(.dynamic) }
  .got            : { *(.got) *(.igot) }
  . = DATA_SEGMENT_RELRO_END (SIZEOF (.got.plt) >= 24 ? 24 : 0, .);
  .got.plt        : { *(.got.plt)  *(.igot.plt) }
  .data           :
  {
    *(.data .data.* .gnu.linkonce.d.*)
    SORT(CONSTRUCTORS)
  }
  .data1          : { *(.data1) }
  _edata = .; PROVIDE (edata = .);
  . = .;
  __bss_start = .;
  .bss            :
  {
   *(.dynbss)
   *(.bss .bss.* .gnu.linkonce.b.*)
   *(COMMON)
   /* Align here to ensure that the .bss section occupies space up to
      _end.  Align after .bss to ensure correct alignment even if the
      .bss section disappears because there are no input sections.
      FIXME: Why do we need it? When there is no .bss section, we don't
      pad the .data section.  */
   . = ALIGN(. != 0 ? 64 / 8 : 1);
  }
  .lbss   :
  {
    *(.dynlbss)
    *(.lbss .lbss.* .gnu.linkonce.lb.*)
    *(LARGE_COMMON)
  }
  . = ALIGN(64 / 8);
  . = SEGMENT_START("ldata-segment", .);
  .lrodata   ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
  {
    *(.lrodata .lrodata.* .gnu.linkonce.lr.*)
  }
  .ldata   ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
  {
    *(.ldata .ldata.* .gnu.linkonce.l.*)
    . = ALIGN(. != 0 ? 64 / 8 : 1);
  }
  . = ALIGN(64 / 8);
  _end = .; PROVIDE (end = .);
  . = DATA_SEGMENT_END (.);
  /* Stabs debugging sections.  */
  .stab          0 : { *(.stab) }
  .stabstr       0 : { *(.stabstr) }
  .stab.excl     0 : { *(.stab.excl) }
  .stab.exclstr  0 : { *(.stab.exclstr) }
  .stab.index    0 : { *(.stab.index) }
  .stab.indexstr 0 : { *(.stab.indexstr) }
  .comment       0 : { *(.comment) }
  .gnu.build.attributes : { *(.gnu.build.attributes .gnu.build.attributes.*) }
  /* DWARF debug sections.
     Symbols in the DWARF debugging sections are relative to the beginning
     of the section so we begin them at 0.  */
  /* DWARF 1 */
  .debug          0 : { *(.debug) }
  .line           0 : { *(.line) }
  /* GNU DWARF 1 extensions */
  .debug_srcinfo  0 : { *(.debug_srcinfo) }
  .debug_sfnames  0 : { *(.debug_sfnames) }
  /* DWARF 1.1 and DWARF 2 */
  .debug_aranges  0 : { *(.debug_aranges) }
  .debug_pubnames 0 : { *(.debug_pubnames) }
  /* DWARF 2 */
  .debug_info     0 : { *(.debug_info .gnu.linkonce.wi.*) }
  .debug_abbrev   0 : { *(.debug_abbrev) }
  .debug_line     0 : { *(.debug_line .debug_line.* .debug_line_end ) }
  .debug_frame    0 : { *(.debug_frame) }
  .debug_str      0 : { *(.debug_str) }
  .debug_loc      0 : { *(.debug_loc) }
  .debug_macinfo  0 : { *(.debug_macinfo) }
  /* SGI/MIPS DWARF 2 extensions */
  .debug_weaknames 0 : { *(.debug_weaknames) }
  .debug_funcnames 0 : { *(.debug_funcnames) }
  .debug_typenames 0 : { *(.debug_typenames) }
  .debug_varnames  0 : { *(.debug_varnames) }
  /* DWARF 3 */
  .debug_pubtypes 0 : { *(.debug_pubtypes) }
  .debug_ranges   0 : { *(.debug_ranges) }
  /* DWARF Extension.  */
  .debug_macro    0 : { *(.debug_macro) }
  .debug_addr     0 : { *(.debug_addr) }
  .gnu.attributes 0 : { KEEP (*(.gnu.attributes)) }
  /DISCARD/ : { *(.note.GNU-stack) *(.gnu_debuglink) *(.gnu.lto_*) *(.gnu_object_only) }
}

但生成的可执行程序在运行时会报错，如下所示：

$ gcc -o main.o -c main.c
$ ld -T main.lds main.o -o main -lc
$ ./main 
-bash: ./main: 没有那个文件或目录

进而发现，生成的可执行程序的动态链接器路径有问题，即动态链接器不存在，如下所示：

$ readelf -l main |grep interpreter
      [Requesting program interpreter: /lib/ld64.so.1]
$ ll /lib/ld64.so.1
ls: 无法访问'/lib/ld64.so.1': 没有那个文件或目录

至于为什么会这样，我还没有搞明白，知道原因的大佬请不吝赐教。
还好，可以通过 patchelf工具来修改 ELF文件的动态链接器路径，如下所示：

$ patchelf --set-interpreter /lib64/ld-linux-x86-64.so.2 main

也就是，将不存在的动态链接器路径 /lib/ld64.so.1修改为正确的动态链接器路径/lib64/ld-linux-x86-64.so.2。
修改后，再次执行该程序，发现程序运行正常，如下所示：

$ ./main 
hello, world
$ echo $?
123
choumin
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
非root账户用patchelf对低版本glibc修正
LYZ的备忘录
12-29 846
最近看了Yuanming Hu同学主持开发的taichi库在Physical Simulation中的应用，印象深刻。自己在调用taichi库时因服务器glibc版本较低，出现了一点意外，将修正过程记录如下： （1）anaconda3装在服务器上之后，新建一个py36（64位 python3.6）的环境。 （2）在py36中通过如下命令即可顺利安装taichi库。 python -m pip install taichi （3）在测试examples时提示glibc版本较低，程序无法运行。 t
glibc更换(patchelf方法)
qq_45595732的博客
04-01 5333
获取不同版本glibc版本方法 这里使用自动化工具 https://github.com/matrix1001/glibc-all-in-one 使用方法也很简单 先./update_list获取glibc列表 cat查看可以下载的glibc版本 $ cat list 2.23-0ubuntu11.2_amd64 2.23-0ubuntu11.2_i386 2.23-0ubuntu3_amd64 2.23-0ubuntu3_i386 2.27-3ubuntu1.2_amd64 2.27-3ubuntu1.2
patchelf:一个用于修改ELF可执行文件的动态链接器和RPATH的小实用程序
04-30
PatchELF是用于修改现有ELF可执行文件和库的简单实用程序。 特别是，它可以执行以下操作： 更改可执行文件的动态加载程序（“ ELF解释程序”）： $ patchelf --set-interpreter /lib/my-ld-linux.so.2 my-program 更改可执行文件和库的RPATH ： $ patchelf --set-rpath /opt/my-libs/lib:/other-libs my-program 缩小可执行文件和库的RPATH ： $ patchelf --shrink-rpath my-program 这将从RPATH删除所有不包含由可执行文件或库的DT_NEEDED字段引用的库的目录。 例如，如果可执行文件引用一个库libfoo.so ，并且具有RPATH /lib:/usr/lib:/foo/lib ，而libfoo.so只能在/
windows和linux生成代码patch补丁
最新发布
itas109的专栏
05-05 417
使用diff和patch生成和打代码补丁。 注意：windows下可使用git bash工具。
Linux的系统自带glibc版本太低，第三方程序不能打开的问题
yaoyutian的博客
06-05 3446
libc.so.6版本太低，安装多版本glibc，链接，解决第三方应用程序因glibc太低而打不开的问题 https://stackoverflow.com/questions/847179/multiple-glibc-libraries-on-a-single-host This question is old, the other answers are old. "Employed R...
ELF文件的加载和动态链接过程
08-03
ELF（Executable and Linking Format）文件是Linux操作系统下广泛使用的二进制文件格式，用于存储编译后的程序和库。这种格式包含了程序执行所需的所有信息，包括代码、数据、符号表、重定位信息等。在Linux系统中，...
TestDwarf_提取变量_elf文件格式_解析器_
10-02
《深入理解ELF文件格式与解析器开发》 在软件开发领域，ELF（Executable and Linkable Format）文件格式是Unix系统以及类Unix系统如Linux中的标准可执行文件和库文件格式。它不仅包含了程序的机器代码，还包含了...
Intel平台下Linux中ELF文件动态链接的加载1
08-08
在Intel平台下的Linux系统中，ELF（Executable and Linkable Format）文件是一种广泛使用的可执行文件格式，它支持静态和动态链接。动态链接是Linux程序加载和执行的关键机制，允许程序在运行时加载所需的共享库（....
ARM平台下ELF文件反汇编.pdf
10-05
"ARM平台下ELF文件反汇编" ARM平台下的反汇编是代码插桩过程的前提，首先需要对于所提供的二进制代码进行必要的分析，了解 ELF 文件的结构以及 ARM 平台的指令编码，将二进制 01 码翻译成为用户可读的汇编代码。...
appimagetool-linuxdeployqt-patchelf
03-03
包含以下文件 appimagetool-i686.AppImage appimagetool-x86_64.AppImage linuxdeployqt-5-x86_64.AppImage patchelf-i686 patchelf-x86_64 打包示例 ├─pack-demo │ └─qtqt.AppDir │ └─usr │ ├─bin │ └─share │ ├─applications │ └─icons │ └─hicolor
windows ELF工具集合
08-27
包含nm.exe, readelf.exe, objdump.exe, 用于windows平台下查看elf文件格式
ELF工具集合_readelf_windows_elf_
10-01
windows系统下的nm、readelf等工具
linux 修改 elf 文件的dynamic linker 和 rpath
weixin_34072159的博客
09-14 969
linux 修改 elf 文件的dynamic linker 和 rpath https://nixos.org/patchelf.html 下载地址 https://nixos.org/releases/patchelf/patchelf-0.9/patchelf-0.9.tar.gz https://nixos.org/releases/patchelf/patchelf-0.9/patche...
Linux下的库相关工具和命令
fpcc的专栏
12-12 739
Linux下的库相关工具和命令 一、相关工具集 在Linux的实际开发中，与库相关的命令工具有很多，这些工具在前面也介绍了一部分，现在做一个相对全面的介绍，掌握了这些命令工具，会在实际开发中大大减少解决问题的思路，提高开发的效率。在查找和定位问题时，起到事半功倍的效果。 二、查看和分析工具 1、file 这个命令可以用来查看几乎所有类型的文件的详细信息 file[-bchikLnNprsvz][-fnamefile][-Fseparator][-mmagicfiles...
ELF格式可执行文件，更改符号名称要注意的地方
gxd_506的专栏
08-26 3163
首先找到符号表段，然后根据符号表的name找到名字。然后更改。 但是这还没完，由于link
patchelf to change ld-linux-xxx with new glibc on old system/Centos7-RHEL7.x
hushui的专栏
01-21 314
####### patchelf ## Change ld-linux-XXXX.so ### Change with new glibc version [lake@Centos7 hello]$ pwd /home/lake/extra/source/hello ### Centos7/RHEL7.x glibc is 2.17 NOT 2.18/2.19 [lake@Centos7 hello]$ rpm -qf /lib64/libc.so.6 glibc-2.17-78.el7..
linux内核更换与patch等常识
开源&&分享
08-13 1654
假如补丁头是使用p0 表示在当前目录下查找src/a/b/c/d/file使用p1 表示在当前目录下查找a/b/c/d/file使用p2 表示在当前目录下查找b/c/d/file使用p3 表示在当前目录下查找c/d/file使用p4 表示在当前目录下查找d/file使用p5 表示在当前目录下查找file不使用pn表示忽略所有斜杠，在当前目录下查找file。...
使用C语言解析elf文件，得到elf文件的链接脚本
04-24
为了解析ELF文件并获取链接脚本，您可以使用类似libelf的库。Libelf是一种开放源代码库，可用于访问ELF文件的内容。以下是一个简短的C程序示例，该程序使用libelf库解析ELF文件并获取链接脚本： ``` #include <fcntl.h> #include <libelf.h> #include <stdio.h> int main() { //打开ELF文件 int fd = open("path/to/elf", O_RDONLY, 0); if (fd < 0) { perror("open failed"); return 1; } //加载ELF文件 Elf *e = elf_begin(fd, ELF_C_READ, NULL); if (e == NULL) { perror("elf_begin failed"); return 1; } //获取链接脚本的字符串节 size_t shstrndx; if (elf_getshdrstrndx(e, &shstrndx) != 0) { perror("elf_getshdrstrndx failed"); return 1; } Elf_Scn *scn = NULL; while ((scn = elf_nextscn(e, scn)) != NULL) { //获取节头 GElf_Shdr shdr; if (gelf_getshdr(scn, &shdr) != &shdr) { perror("gelf_getshdr failed"); return 1; } //获取节名 char *sec_name = elf_strptr(e, shstrndx, shdr.sh_name); if (sec_name == NULL) { perror("elf_strptr failed"); return 1; } //如果是链接脚本节 if (shdr.sh_type == SHT_PROGBITS && strcmp(sec_name, ".linker_script") == 0) { //获取数据 char *data = (char*)malloc(shdr.sh_size); if (data == NULL) { perror("malloc failed"); return 1; } if (gelf_getdata(scn, data, shdr.sh_size, shdr.sh_offset) == NULL) { perror("gelf_getdata failed"); return 1; } //打印链接脚本数据 printf("%s\n", data); free(data); } } //释放ELF 文件 elf_end(e); close(fd); return 0; } ``` 请注意，这只是一个简单的示例程序。实际上，解析ELF文件可能会更复杂，取决于所需的信息类型。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值