dopen（）：“未以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（）版本没有返回过于精确的信息：

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的库，则其他失败仍然存在。

总是相同的库无法加载；顺序似乎无关紧要。我所有库的编译器设置看起来都一样，并且都在同一“模板项目”中缩写。

我用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和user的用户限制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太小。

我必须通过添加特定用户来增加/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用户都将忽略所有设置的限制。

感谢您指出正确的方向！