3

我正在亚马逊 lightsail 实例上安装 flexnet。我刚刚将内容提取到/opt并尝试运行任何 lm* 命令。我可以看到我拥有ls所有权和执行权限。我可以file在文件夹的任何内容上运行，它会告诉我它是什么。

但是当我尝试执行任何操作时，bash 会抱怨没有这样的文件或目录。例子：

jabozzo@ICUC_services:/opt/flexnet/bin$ ls -all
total 4684
drwxr-xr-x 2 jabozzo jabozzo    4096 Nov  8  2016 .
drwxr-xr-x 6 jabozzo jabozzo    4096 Dec 19 15:46 ..
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmcksum -> lmutil
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmdown -> lmutil
-rwxr-xr-x 1 jabozzo jabozzo 1551536 Nov  8  2016 lmgrd
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmhostid -> lmutil
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmnewlog -> lmutil
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmpath -> lmutil
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmremove -> lmutil
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmreread -> lmutil
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmstat -> lmutil
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmswitchr -> lmutil
-rwxr-xr-x 1 jabozzo jabozzo 1362736 Nov  8  2016 lmutil
lrwxrwxrwx 1 jabozzo jabozzo       6 Dec 14  2016 lmver -> lmutil
-rwxr-xr-x 1 jabozzo jabozzo 1701200 Nov  8  2016 mgcld
-rwxr-xr-x 1 jabozzo jabozzo   49088 Nov  8  2016 mgls_admin
-rwxr-xr-x 1 jabozzo jabozzo    1593 Nov  8  2016 mgls_child_ver
-rwxr-xr-x 1 jabozzo jabozzo  112736 Nov  8  2016 mgls_ok
jabozzo@ICUC_services:/opt/flexnet/bin$ file lmutil 
lmutil: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-lsb-x86-64.so.3, for GNU/Linux 2.6.9, stripped
jabozzo@ICUC_services:/opt/flexnet/bin$ ./lmutil
-bash: ./lmutil: No such file or directory
jabozzo@ICUC_services:/opt/flexnet/bin$ /opt/flexnet/bin/lmutil 
-bash: /opt/flexnet/bin/lmutil: No such file or directory

在示例中，如果我键入./lmu并使用 tab 完成，则完成为./lmutils. 使用绝对路径也无济于事。我还检查了是否存在所需的共享库：

jabozzo@ICUC_services:/opt/flexnet/bin$ ldd lmutil 
    linux-vdso.so.1 =>  (0x00007ffe09bb1000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f7e75ab4000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f7e757ab000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f7e75595000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7e751cb000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f7e74fc7000)
    /lib64/ld-lsb-x86-64.so.3 => /lib64/ld-linux-x86-64.so.2 (0x00007f7e75cd1000)
4

1 回答 1

3

如果您尝试运行可执行文件并收到“没有这样的文件或目录”错误，这通常意味着可执行文件无法找到正确的动态加载程序。如果查看file命令的输出，您会看到：

...interpreter /lib64/ld-lsb-x86-64.so.3...

你的系统有/lib64/ld-lsb-x86-64.so.3吗？如果不是，则表明这些二进制文件是为不同的架构（例如，64 位与 32 位）或不同版本的 C 库 ( glibc) 构建的。

解决方案包括：

  • 安装包含必要解释器的软件包。

  • 查找一组已为安装在系统上的 C 库版本编译的可执行文件。

  • 在安装了适当的 C 库的 Docker 容器或chroot环境中运行东西。

一个 hacky 解决方案是使用patchelf命令更改嵌入在二进制文件中的解释器路径。根据您的环境，这可能会起作用，或者可能会使一切崩溃。

此外，只是从.so.2to 进行符号链接.so.3可能会起作用。

于 2018-01-09T20:14:49.137 回答