Início / unix / Perguntas / 493364
Accepted
bashbin
Asked: 2019-01-09 16:31:31 +0800 CST

A variável $LIB não se expande para nada no Ubuntu Server 18.10

  • 772

Eu tenho exatamente o mesmo problema dessa pergunta postada anteriormente, onde /etc/ld.so.preloadnão intercepta a arquitetura correta. Um pouco de fundo: eu compilei um objeto compartilhado (64 bits) que é referenciado no ld.so.preloadarquivo em qualquer execução binária. O problema era que eu estava recebendo um ERROR: ld.so: object '/usr/local/lib/mysharedobject.so' from /etc/ld.so.preload cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.ao executar programas de 32 bits.

Para corrigir o problema de acordo com a resposta nessa pergunta, tive que criar dois diretórios ( lib/i386-linux-gnue x86_64-linux-gnu, por exemplo, em /var/opt) e especificar /var/opt/$LIB/mysharedobject.sopara /etc/ld.so.preloadque a biblioteca correta fosse pré-carregada dependendo da arquitetura do programa.

Então, nesse caso, em sistemas baseados em Debian, /var/opt/$LIB/mysharedobject.soexpandiria para:

  • /var/opt/lib/i386-linux-gnu/mysharedobject.sopara programas de 32 bits;
  • /var/opt/x86_64-linux-gnu/mysharedobject.sopara programas de 64 bits.

No entanto, depois de aplicar isso, qualquer binário que eu executar (como ls) produzirá o seguinte 'erro':
ERROR: ld.so: object '/var/opt/$LIB/mysharedobject.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.

Como você pode ver, $LIB não se expandiu para nada. Também configurei e corri $LD_LIBRARY_PATHpara atualizar o sistema com essas libs, mas sem sucesso. Qual é o problema aqui?/var/optldconfig

debian dynamic-linking

2 respostas

  1. O shell expandiria $LIB, mas não foi possível quando você fez isso:

    especificar /var/opt/$LIB/mysharedobject.soem/etc/ld.so.preload

    A menção da página de manual/etc/ld.so.preload não menciona a possibilidade de expansões glob ou variáveis ​​de ambiente:

    Arquivo contendo uma lista separada por espaços em branco de objetos compartilhados ELF a serem carregados antes do programa. Veja a discussão LD_PRELOADacima. Se ambos LD_PRELOADe /etc/ld.so.preloadforem empregados, as bibliotecas especificadas por LD_PRELOADserão pré-carregadas primeiro. /etc/ld.so.preloadtem um efeito em todo o sistema, fazendo com que as bibliotecas especificadas sejam pré-carregadas para todos os programas executados no sistema. (Isso geralmente é indesejável e normalmente é empregado apenas como uma solução de emergência, por exemplo, como uma solução temporária para um problema de configuração incorreta da biblioteca.)

    nem isso seria provável, quando você parasse para pensar em como os dados são usados:

    • expansões glob seriam um problema de segurança, já que os dados (sendo inexplícitos) poderiam corresponder a todos os tipos de arquivos interessantes e
    • variáveis ​​de ambiente teriam que ser definidas em algum lugar e seriam facilmente diferentes para diferentes usuários.

    Agora ... a página de manual menciona que $LIBpode ser usado em rpath e LD_PRELOAD, mas também diz

    No modo de execução segura, os nomes de caminho de pré-carregamento contendo barras são ignorados. Além disso, os objetos compartilhados são pré-carregados apenas dos diretórios de pesquisa padrão e somente se tiverem o bit de modo set-user-ID ativado (o que não é típico).

    Essa é uma armadilha que afetaria você, pois /var/optprovavelmente não é um diretório de pesquisa padrão .

    • 1
  2. Best Answer

    Finalmente resolveu o problema. $LIBA variável de ambiente se expande para o lib32diretório para programas de 32 bits e lib/x86_64-linux-gnupara programas de 64 bits (como /usr/$LIB/mysharedlibrary.soem /etc/ld.so.preload) - conforme mostrado em strace. Isto é para sistemas baseados em Debian, já que para outros sistemas será expandido para lib64e lib(pode sempre confirmar com strace, mais especificamente a openat()chamada de sistema).

    Portanto, a solução seria compilar a biblioteca compartilhada com -m32and -m64e colocar os arquivos de arquitetura relevantes em suas respectivas pastas referenciadas de $LIB.

    Em resumo (exemplo):

    $ mkdir {32,64}
$ gcc -Wall -m32 -fPIC -shared -o 32/mysharedlibrary.so mysharedlibrary.c -ldl
$ gcc -Wall -fPIC -shared -o 64/mysharedlibrary.so mysharedlibrary.c -ldl
$ sudo mv 32/mysharedlibrary.so /usr/lib32/mysharedlibrary.so
$ sudo mv 64/mysharedlibrary.so /usr/lib/x86_64-linux-gnu/mysharedlibrary.so
$ sudo echo '/usr/$LIB/mysharedlibrary.so' > /etc/ld.so.preload
    • 0

relate perguntas