- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我有一个 3.4 内核的 Linux 虚拟机,我想运行一个已编译的 ELF 二进制文件。
bash-4.3# file insane
insane: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=0d449c7f73019c2ac7708f6bd0b21558da139135, stripped
我已经在 Ubuntu 32 位上编译了它,现在我想在 Linux 内核 3.4.0 的 Unix i386 虚拟机上运行它
ldd 在它不起作用的 Unix 镜像上:
bash-4.3# ldd insane
insane:
-lc.6 => not found
在我编译二进制文件并运行的 Ubuntu 32 位上的 ldd:
ldd insane
linux-gate.so.1 => (0xb7784000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb75b5000)
/lib/ld-linux.so.2 (0x80086000)
那些是我的图书馆:
bash-4.3# ls /usr/lib/
bc liblua.so
cawf liblua.so.5
crontab liblua.so.5.3
crt0.o liblua_pic.a
crtbegin.o liblutok.a
crtbeginS.o liblutok.so
crtbeginT.o liblutok.so.2
crtend.o liblutok.so.2.0
crtendS.o liblutok_pic.a
crti.o liblwip.a
crtn.o liblwip_pic.a
fonts liblzma.a
gcrt0.o liblzma.so
keymaps liblzma.so.2
libarchive.a liblzma.so.2.0
libarchive.so liblzma_pic.a
libarchive.so.3 libm.a
libarchive.so.3.1 libm.so
libarchive_pic.a libm.so.0
libasyn.a libm.so.0.11
libasyn_pic.a libm387.a
libatf-c++.a libm387.so
libatf-c++.so libm387.so.0
libatf-c++.so.1 libm387.so.0.1
libatf-c++.so.1.0 libm387_pic.a
libatf-c++_pic.a libm_pic.a
libatf-c.a libmagic.a
libatf-c.so libmagic.so
libatf-c.so.0 libmagic.so.5
libatf-c.so.0.0 libmagic.so.5.1
libatf-c_pic.a libmagic_pic.a
libaudiodriver.a libmenu.a
libaudiodriver_pic.a libmenu.so
libbdev.a libmenu.so.6
libbdev_pic.a libmenu.so.6.0
libbfd.so.13 libmenu_pic.a
libbfd.so.13.0 libminc.a
libblacklist.a libminixfs.a
libblacklist.so libminixfs_pic.a
libblacklist.so.0 libmj.a
libblacklist.so.0.0 libmj.so
libblacklist_pic.a libmj.so.1
libblockdriver.a libmj.so.1.0
libblockdriver_pic.a libmj_pic.a
libbz2.a libmthread.a
libbz2.so libmthread.so
libbz2.so.1 libmthread.so.0
libbz2.so.1.1 libmthread.so.0.0
libbz2_pic.a libmthread_pic.a
libc++.a libnetdriver.a
libc++.so libnetdriver_pic.a
libc++.so.1 libnetpgp.a
libc++.so.1.0 libnetpgp.so
libc++_pic.a libnetpgp.so.3
libc.a libnetpgp.so.3.0
libc.so libnetpgp_pic.a
libc.so.12 libnetpgpverify.a
libc.so.12.197 libnetpgpverify.so
libc_pic.a libnetpgpverify.so.4
libchardriver.a libnetpgpverify.so.4.0
libchardriver_pic.a libnetpgpverify_pic.a
libcrypt.a libnetsock.a
libcrypt.so libnetsock_pic.a
libcrypt.so.1 libopcodes.so.6
libcrypt.so.1.0 libopcodes.so.6.0
libcrypt_pic.a libpci.a
libcrypto.a libpci.so
libcrypto.so libpci.so.2
libcrypto.so.8 libpci.so.2.1
libcrypto.so.8.4 libpci_pic.a
libcrypto_pic.a libprop.a
libcurses.a libprop.so
libcurses.so libprop.so.1
libcurses.so.7 libprop.so.1.1
libcurses.so.7.0 libprop_pic.a
libcurses_pic.a libpuffs.a
libddekit.a libpuffs.so
libddekit_pic.a libpuffs.so.2
libddekit_usb_client.a libpuffs.so.2.0
libddekit_usb_client_pic.a libpuffs_pic.a
libddekit_usb_server.a librefuse.a
libddekit_usb_server_pic.a librefuse.so
libdes.a librefuse.so.2
libdes.so librefuse.so.2.0
libdes.so.8 librefuse_pic.a
libdes.so.8.2 librmt.a
libdes_pic.a libsaslc.a
libdevman.a libsaslc.so
libdevman_pic.a libsaslc.so.0
libedit.a libsaslc.so.0.0
libedit.so libsaslc_pic.a
libedit.so.3 libsffs.a
libedit.so.3.1 libsffs_pic.a
libedit_pic.a libsqlite3.a
libelf.a libsqlite3.so
libelf.so libsqlite3.so.1
libelf.so.1 libsqlite3.so.1.2
libelf.so.1.0 libsqlite3_pic.a
libelf_pic.a libssl.a
libevent.a libssl.so
libevent.so libssl.so.10
libevent.so.4 libssl.so.10.5
libevent.so.4.0 libssl_pic.a
libevent_openssl.a libsys.a
libevent_openssl.so libsys.so
libevent_openssl.so.4 libsys.so.0
libevent_openssl.so.4.0 libsys.so.0.0
libevent_openssl_pic.a libsys_pic.a
libevent_pic.a libtermcap.a
libexec.a libtermcap.so
libexec_pic.a libtermcap.so.0
libexecinfo.a libtermcap.so.0.6
libexecinfo.so libtermcap_pic.a
libexecinfo.so.0 libterminfo.a
libexecinfo.so.0.0 libterminfo.so
libexecinfo_pic.a libterminfo.so.1
libexpat.a libterminfo.so.1.0
libexpat.so libterminfo_pic.a
libexpat.so.2 libtermlib.a
libexpat.so.2.1 libtermlib.so
libexpat_pic.a libtermlib.so.0
libfetch.a libtermlib.so.0.6
libfetch.so libtermlib_pic.a
libfetch.so.3 libtimers.a
libfetch.so.3.0 libtimers_pic.a
libfetch_pic.a libusb.a
libfl.a libusb_pic.a
libform.a libutil.a
libform.so libutil.so
libform.so.6 libutil.so.7
libform.so.6.0 libutil.so.7.23
libform_pic.a libutil_pic.a
libfsdriver.a libvassert.a
libfsdriver_pic.a libvboxfs.a
libgcc_s.a libvboxfs_pic.a
libgcc_s.so libvirtio.a
libgcc_s.so.1 libvirtio_pic.a
libgcc_s.so.1.0 libvtreefs.a
libhgfs.a libvtreefs_pic.a
libhgfs_pic.a libz.a
libinputdriver.a libz.so
libinputdriver_pic.a libz.so.1
libkvm.a libz.so.1.0
libkvm.so libz_pic.a
libkvm.so.6 lua
libkvm.so.6.0 pkgconfig
libkvm_pic.a pwdauth
libl.a security
liblua.a
但是当我尝试运行它时,我得到:
bash-4.3# ./insane
bash: ./insane: No such file or directory
最佳答案
您缺少动态加载器 /lib/ld-linux.so.2
(由 file
标识)。
错误消息非常困惑,可以通过使用十六进制编辑器修改 header 中的加载程序位置来快速重现(只需搜索 ld-linux
并用垃圾覆盖它):
$ file myfile
myfile: ELF 64-bit LSB executable, x86-64,
version 1 (SYSV), dynamically linked,
interpreter /doesntexistfoobarbaz_.so.2,
for GNU/Linux 2.6.32, (...)
$ [ -x ./myfile ] && ./myfile
bash: ./myfile: No such file or directory
您可以通过将正确的加载器放在正确的位置或显式使用另一个加载器来运行它:
$ /lib64/ld-linux-x86-64.so.2 ./myfile
Hello World
关于linux - ELF 二进制错误 Unix ("./X No such file or directory"),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40984091/
我们正在为大学编写一个模拟器项目,我们必须使用 ELF 文件作为输入,但我们不太确定 ELF 文件是什么样的。它应该包含我们可以执行的某些操作(所有这些都应该用二进制表示),但它是否包含其他内容?还是
我目前正在研究 ELF 格式。我想确认一下我认为正确的事情。 ELF是一种格式,它代表可执行和可链接格式。在linux中,一切都是ELF格式。 当使用gcc编译带有-c和-fPIC文件的代码时,它会将
基本上,我希望能够在 elf 二进制文件的 debug dwarf 部分中更改源文件的路径。 最佳答案 Basically I want to be able to change the path t
我想编写一个实用程序来从 ELF 二进制文件中删除程序头。例如,当我运行 readelf -l/my/elf 时,我会得到所有程序头的列表:PHDR INTERP ... GNU_STACK GNU_
考虑使用 GCC 编译的 C 标准 hello world 程序,没有任何开关。如 readelf -s说,它包含 64 个符号。它还说.symtab部分是 1024 字节长。然而,每个符号表条目有
我正在尝试为 ARM 平台编写 elf 可执行加载程序。我在这里有一些查询 1) 如何生成可重定位或位置无关的 ELF 可执行文件(编译器和链接器选项是什么) 2) 如何加载上面生成的 ELF 可执行
假设我有一个 lib xxx.so。所以我得到了所有的函数名和参数 以下命令: readelf -Ws xxx.so |c++filt 它将输出以下内容: 711: 00270209 40
我正在创建一个 ELF 可执行文件,我需要知道操作系统需要哪些部分才能加载和执行它。 Details: OS: Ubuntu 10.04 (64-bit)Kernel ve
SHT_NULL的目的是什么? ELF 中的部分? 它是由操作系统还是加载程序引用的? 这个部分的大小是多少? 它与 NULL 指针有什么关系吗? 此外,为什么此部分在部分段映射中没有条目? 来自 E
我正在学习 ELF 并且有一段时间的疑问。我试图寻找答案,但徒劳无功。如果有人能给我答案或引导我到地方寻找答案,我会很感激。 我读到的几乎所有关于 ELF 的文档都说 .text 部分包含可执行的二进
问题场景 : 简单来说,我们是否有一个 Trace32 命令来从加载到目标的 ELF 文件中读取符号(及其内容)?我们有这种特殊情况,其中 ELF 文件的应用程序特定调试符号作为 ELF 中“.nol
我试图从 Linux 程序的 elf 文件中提取特定的字符串变量(即符号),甚至从它来自的 .o 中提取。 它在 .rodata 部分,显然我知道符号名称。 是否有一系列 objdump 样式的命令和
在 Linux 上,我试图将静态链接的 ELF 文件剥离为基本要素。当我运行时: strip --strip-unneeded foo 或者 strip --strip-all foo 生成的文件仍然
我有一个 STM32,我将 ELF 文件加载到 RAM 中(使用 OpenOCD 和 JTAG)。到目前为止,我还没有真正关注我加载的 ELF 文件的大小。 通常,当我编译一个对我的板来说太大的 EL
我有一个 STM32,我将 ELF 文件加载到 RAM 中(使用 OpenOCD 和 JTAG)。到目前为止,我还没有真正关注我加载的 ELF 文件的大小。 通常,当我编译一个对我的板来说太大的 EL
我需要学习手动创建 ELF 可执行文件。到目前为止,我一直在使用在线指南,例如: Manually Creating an ELF Executable ELF reference 几次失败后,我将我
我在 readelf 实用程序的帮助下打开了我的对象 Sprite 文件: readelf -a ./my_object.o |较少的 结果我得到了很多有趣的信息。 我在部分表中看到了一个带有“GRO
ELF 文件包含两个结构来处理重定位: Elf64_Rel: typedef struct { Elf64_Addr r_offset; Uint64_t r_info; }
我一直在阅读 ELF 规范,但无法弄清楚程序入口点和 _start 地址从何而来。 看起来他们应该在一个非常一致的地方,但我做了一些琐碎的程序,_start 总是在不同的地方。 谁能澄清一下? 最佳答
这是我的测试。我有一个由源 main.c 和 misc.c 组成的 main 应用程序和一个由 lib.cname); m++; } return 0; } misc.
我是一名优秀的程序员,十分优秀!