gpt4 book ai didi

linux - 使用 glibc 而不是默认库 : Permission denied on execution 编译的 C 程序

转载 作者:IT王子 更新时间:2023-10-29 01:18:58 33 4
gpt4 key购买 nike

这是我在 stackoverflow 上的第一个问题,所以我会尽力做好。

上下文:

我想提供一个可以在每个 Linux 发行版上运行的程序(例如,一个将使用 C++11 的程序,在没有 C++11 库的系统上运行)。为此,我想复制我的程序使用的所有库,并将它们与可执行文件放在一个文件夹中,这样它就可以使用这些库而不是系统的库。

我有 2 个环境要测试:- Opensuse,带有(GNU libc)2.19- Ubuntu,带有(Ubuntu EGLIBC 2.17-Oubuntu5.1)2.17

我在 Opensuse 下编译我的程序,然后在 Ubuntu 下运行它。该程序在使用默认库时运行良好。

项目:

这是main.c:

int main(int ac, char **av) {
printf("Hello World !\n");
}

这是我在 Opensuse 下的文件夹树(在没有 main.c 和 exec.sh 的 Ubuntu 下也是如此):

+ project
|
+--- main.c
+--- a.out
+--- exec.sh
+---+ lib
|
+--- libc.so.6
+--- ld-linux-x86-64.so.2

最后是我通过简单编译启动程序时的 ldd 和 readelf:

> gcc main.c -o a.out
> ldd ./a.out
linux-vdso.so.1 (0x00007fff85f57000)
libc.so.6 => /lib64/libc.so.6 (0x00007f1fdaaaf000)
/lib64/ld-linux-x86-64.so.2 (0x00007f1dae75000)
> readelf -d a.out | grep "library\|Library"
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]

我做了一些研究,终于找到了this post谁解释一下 ld-linux.so。

这是我用来编译的脚本:

#!/bin/bash

dir=`pwd`
execName="a.out"
libDir="/lib"
linker="ld-linux-x86-64.so.2"

gcc main.c -o ${execName} -Wl,--rpath=${dir}${libDir} -Wl,--dynamic-linker=${dir}${libDir}/${linker}

当我在 Opensuse 上使用脚本启动 a.out 编译时,我得到以下信息:

> ./a.out
Hello World !
> ldd ./a.out
linux-vdso.so.1 (0x00007f3222e27000)
libc.so.6 => /path/to/project/lib/libc.so.6 (0x00007f3222a7e000)
/path/to/project/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x000073222e2b000)
> readelf -d a.out | grep "library\|Library"
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
0x000000000000001d (RUNPATH) Library runpath: [/path/to/project/lib]

问题:

现在,当我在我的 Ubuntu 上启动这个可执行文件 a.out(在 Opensuse 下编译)时,我得到以下输出:

> ./a.out
./a.out: Permission denied.
> ldd ./a.out
linux-vdso.so.1 (0x00007fff5b5fe000)
libc.so.6 => /path/to/project/lib/libc.so.6 (0x00007f47df480000)
/path/to/project/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007f47df82a000)
> readelf -d a.out | grep "library\|Library"
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
0x000000000000001d (RUNPATH) Library runpath: [/path/to/project/lib]

当我启动可执行文件时,此权限一直被拒绝,我不知道为什么。

我使用 Filezilla 将我的 a.out 和我的 lib 文件夹从 Opensuse 转移到 Ubuntu,并且在转移之后 a.out 不是可执行文件,所以我需要做:

chmod 755 a.out

我在 Opensuse 和 Ubuntu 下有相同的树lib 文件夹中的 2 个库是 Opensuse 的默认库

任何有关权限被拒绝的帮助,或以其他方式做我想做的事情的任何帮助都将受到欢迎。预先感谢您的帮助!

注意:我不能使用 LD_PRELOAD,因为你需要成为 root 用户才能使用它,它对我想做的事情不起作用。我也想避免静态编译,但如果这是唯一的解决方案,我会考虑的

最佳答案

这有很多地方可能是错误的。这里有一些建议。

检查复制库的文件权限

您已经提到无论您使用什么来复制您的a.out 都会改变该文件的权限。图书馆也需要特定权限,因此请检查这些权限。

检查损坏的符号链接(symbolic link)

其中许多库通常实际上是指向真正二进制文件的符号链接(symbolic link)。如果您只复制了链接而不是底层二进制文件,它将无法工作。

检查不匹配的库

如您所知,libc 不仅仅是一个文件。例如,在我的 Linux 机器上,如果我运行 ldd/lib64/libc.so.6,我会得到这个结果:

/lib64/ld-linux-x86-64.so.2 (0x0000003531200000)
linux-vdso.so.1 => (0x00007ffe2c78c000)

除非您还复制所有 所需的库,否则它不会工作。

考虑对链接器使用-R

-L 标志告诉链接器它可以在哪里找到库,但还有一个 -R 标志告诉生成的可执行文件在运行时在哪里找到库.我不清楚您是否需要它。

关于linux - 使用 glibc 而不是默认库 : Permission denied on execution 编译的 C 程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29675285/

33 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com