dopen(): "failed to map segment from shared object" 当不是运行作为 root

Question

我正在尝试在自制的 Yocto 下加载一些自己编写的库 Linux。

当运行与 root 相同的程序，但不是另一个后来添加的用户时，它工作正常。

for (<all files found in directory>)
{
    m_HModule = dlopen(Filename.c_str(), RTLD_NOW | RTLD_GLOBAL);

    if (m_HModule == NULL)
    {
        fprintf(stderr, "Error: %s\n", dlerror());
    }
    else
    {
        cout << "Loaded module " << Filename << endl;
    }
}

不幸的是，我的 dlerror() 版本没有 return 太精确的信息：

Loaded module /opt/epic/libepicGpioToggle.so
Loaded module /opt/epic/libepicSaveImage.so
Error: libboost_filesystem.so.1.66.0: failed to map segment from shared object
Loaded module /opt/epic/libepicFpgaCommunicatorUserDemo.so
Error: /opt/epic/libepicCommunicatorFpga.so: failed to map segment from shared object
Error: /opt/epic/libepicDataproviderTimedData.so: failed to map segment from shared object
Error: /opt/epic/libepicDataproviderFromCamera.so: failed to map segment from shared object
Loaded module /opt/epic/libepicFramework.so
Error: /opt/epic/libepicTriggerMonitor.so: failed to map segment from shared object
Error: /opt/epic/libepicTemplate.so: failed to map segment from shared object

即使具有最大文件权限 chmod 777 * 并且所有库都由调用用户拥有，它也不起作用。当运行作为 root 或通过 sudo 时一切正常。

是的，其中一些库使用了 boost 元素，这些元素都可以在 /lib 下使用，并且可以由调用用户访问。如果我不尝试加载引用 boost 的库，其他失败仍然存在。

总是相同的库加载失败；顺序似乎并不重要。我所有库的编译器设置看起来都一样，并且都是相同的 "template project".

的缩写

我检查了所有系统调用 ldd、straced 的依赖关系，除了错误消息外，没有发现任何区别。

用户的 shell 环境 env 与 root 相同。

有了export LD_DEBUG=files，我明白了

      4231: file=/opt/epic/libepicSaveImage.so [0];  dynamically loaded by ./libepicFramework.so [0]
      4231: file=/opt/epic/libepicSaveImage.so [0];  generating link map
      4231:   dynamic: 0x0000ffff8b56fd60  base: 0x0000ffff8b524000   size: 0x000000000004d608
      4231:     entry: 0x0000ffff8b5487a0  phdr: 0x0000ffff8b524040  phnum:                  7
      4231: 
      4231: 
      4231: file=/opt/epic/libepicGpioToggle.so [0];  needed by /opt/epic/libepicSaveImage.so [0] (relocation dependency)
      4231: 
      4231: 
      4231: calling init: /opt/epic/libepicSaveImage.so
      4231: 
      4231: opening file=/opt/epic/libepicSaveImage.so [0]; direct_opencount=1
      4231: 
Loaded module /opt/epic/libepicSaveImage.s

加载成功，但是

      4231: file=/opt/epic/libepicCommunicatorFpga.so [0];  dynamically loaded by ./libepicFramework.so [0]
      4231: file=/opt/epic/libepicCommunicatorFpga.so [0];  generating link map
Error: /opt/epic/libepicCommunicatorFpga.so: failed to map segment from shared object

失败。

root 和用户的用户限制 ulimits -a 看起来相同：

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 10974
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 10974
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

我将 max locked memory 增加到 100 MB，但没有变化。

从用户的角度来看有什么不同？

Answer 1

@JohnBollinger 是对的 - 这是用户的限制，16384 KB 对于 "max memory size".

来说太小了

我不得不通过添加

来为特定用户增加 /etc/security/limits.conf 的限制

username soft memlock unlimited
username hard memlock unlimited

然后通过添加

配置 SSHD 以遵守这些限制

session    required     pam_limits.so

至/etc/pam.d/sshd。

无论是通过 SSH、直接还是通过 RS-232 TTY 登录，root 身份都会忽略所有设置的限制。

感谢您为我指明正确的方向！

dopen(): "failed to map segment from shared object" 当不是运行作为 root

dopen(): "failed to map segment from shared object" when not running as root

c++

linux

dlopen

dopen(): "failed to map segment from shared object" 当不是 运行 作为 root

dopen(): "failed to map segment from shared object" when not running as root

c++

linux

dlopen

dopen(): "failed to map segment from shared object" 当不是运行作为 root