Eu quero descobrir a lista de bibliotecas dinâmicas que um binário carrega quando executado (com seus caminhos completos). Estou usando o CentOS 6.0. Como fazer isso?
Você pode fazer isso com o lddcomando:
NAME
ldd - print shared library dependencies
SYNOPSIS
ldd [OPTION]... FILE...
DESCRIPTION
ldd prints the shared libraries required by each program or shared
library specified on the command line.
....
Exemplo:
$ ldd /bin/ls
linux-vdso.so.1 => (0x00007fff87ffe000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007ff0510c1000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007ff050eb9000)
libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007ff050cb0000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff0508f0000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff0506ec000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff0512f7000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff0504ce000)
libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x00007ff0502c9000)
lldParece que não em darwin, nem posso encontrá-lo via homebrew.otool -L <path-to-binary>ldd. Veja a página de manual .readelf -d $executable | grep 'NEEDED'Pode ser usado se você não puder executar o executável, por exemplo, se ele foi compilado em cruz ou se você não confia nele:
Exemplo:
Saída da amostra:
Observe que as bibliotecas podem depender de outras, então agora você precisa encontrar as dependências.
Uma abordagem ingênua que geralmente funciona é:
mas o método mais preciso é entender o
lddcaminho / cache de pesquisa. Eu acho queldconfigé o caminho a percorrer.Escolha um e repita:
Saída de amostra:
E assim por diante.
Veja também:
/proc/<pid>/mapspara processos em execuçãoMencionado pelo Basile , isso é útil para encontrar todas as bibliotecas atualmente sendo usadas pela execução de executáveis. Por exemplo:
mostra todas as dependências dinâmicas atualmente carregadas de
init(PID1):Este método também mostra as bibliotecas abertas com
dlopen, testadas com esta configuração mínima hackeada com umasleep(1000)no Ubuntu 18.04.Consulte também: Como ver os objetos compartilhados atualmente carregados no Linux? | Superusuário
fonte
ldd e lsof mostram as bibliotecas carregadas diretamente ou em um determinado momento . Eles não consideram bibliotecas carregadas via
dlopen(ou descartadas pordlclose). Você pode obter uma imagem melhor disso usandostrace, por exemplo,(já que, em
dlopenúltima análise, chamaopen- embora você possa ter um sistema usando nomes diferentes para abrir 64 bits ...).Exemplo:
mostra-me isto:
a partir do qual se pode receber os nomes ".so" para ver apenas objetos compartilhados.
fonte
strace -e trace=open,openat myprogram/proc/<pid>/mapstambém mostradlopenlibs btw: a saída unix.stackexchange.com/questions/120015/…ltrace -Sé ainda mais interessante, pois mostra chamadas de syscalls e de biblioteca comodlopen: unix.stackexchange.com/questions/226524/…lsof também pode mostrar quais bibliotecas estão sendo usadas para um processo específico.
ie
fonte
Para um processo do pid 1234, você também pode ler o
/proc/1234/mapspseudo-arquivo (textual) (leia proc (5) ...) ou use o pmap (1)Isso fornece o espaço de endereço virtual desse processo, portanto, os arquivos (incluindo bibliotecas compartilhadas e até dlopen (3) -ed one) que são mapeados na memória
(é claro, use
ps auxou pgrep (1) para encontrar os processos executando algum programa)fonte
Para consulta em massa:
crie um pequeno script (
useslib) e insira no PATH (ou especifique um caminho completo no comando abaixo)Use-o em um
findcomando, por exemplo:(libgtk-x11-2.0 parece ser a lib gtk2)
fonte
É possível usar
pmap.Por exemplo, inicie um processo:
$ watch dateObter pid:
$ ps -ef | grep watchMostrar mapa de memória:
$ pmap <pid>Mostrar com o caminho completo:
$ pmap <pid> -pfonte