Определить прямые зависимости общего объекта двоичного файла Linux?

170

Как я могу легко узнать прямые общие объектные зависимости двоичного файла Linux в формате ELF?

Я знаю об инструменте ldd, но он выводит все зависимости двоичного файла, включая зависимости любых общих объектов, от которых зависит двоичный файл.

linux elf

— Свободный антилоп гну
источник

2

связанные unix.stackexchange.com/questions/120015/…

— Сиро Сантилли 郝海东冠状病六四事件法轮功

262

Вы можете использовать readelfдля изучения заголовков ELF. readelf -dперечислит прямые зависимости как NEEDEDразделы.

 $ readelf -d elfbin

Dynamic section at offset 0xe30 contains 22 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libssl.so.1.0.0]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000000c (INIT)               0x400520
 0x000000000000000d (FINI)               0x400758
 ...

— Мат
источник

20

Это круто. В отличие от ldd, readelf может проверять кроссплатформенный бинарный файл (то есть проверять исполняемый файл ARM из x86-64 linux.)

— Роберт Калхун

86

Если вы хотите найти зависимости рекурсивно (включая зависимости зависимостей, зависимости зависимостей зависимостей и т. Д.)…

Вы можете использовать lddкоманду. ldd - вывести зависимости от общей библиотеки

— Серж С
источник

5

Команда ldd обрабатывает зависимости зависимостей, а это не то, что мне нужно.

— Свободный антилоп гну

11

Для меня это работает нормально. И он даже говорит вам, какую из библиотек можно и нельзя найти.

— Филипп Ф

2

ldd не будет работать с исполняемым файлом - это полезно только для выяснения зависимостей разделяемых библиотек.

— Tuxdude

2

Tuxdude, почему ты так думаешь? В чем причина непригодности ldd для исполняемых файлов ELF?

— Виталий Исаев

Это прекрасно для копирования необходимых общих библиотек с компьютера разработчика в архив развертывания.

— Томаш Зато - Восстановить Монику

30

objdumpИнструмент может сказать вам эту информацию. Если вы вызываете objdumpс -xопцией, чтобы получить его для вывода всех заголовков , то вы найдете общие зависимости объектов в самом начале в «Dynamic раздел».

Например, запуск objdump -x /usr/lib/libXpm.so.4в моей системе дает следующую информацию в «Динамическом разделе»:

Dynamic Section:
  NEEDED               libX11.so.6
  NEEDED               libc.so.6
  SONAME               libXpm.so.4
  INIT                 0x0000000000002450
  FINI                 0x000000000000e0e8
  GNU_HASH             0x00000000000001f0
  STRTAB               0x00000000000011a8
  SYMTAB               0x0000000000000470
  STRSZ                0x0000000000000813
  SYMENT               0x0000000000000018
  PLTGOT               0x000000000020ffe8
  PLTRELSZ             0x00000000000005e8
  PLTREL               0x0000000000000007
  JMPREL               0x0000000000001e68
  RELA                 0x0000000000001b38
  RELASZ               0x0000000000000330
  RELAENT              0x0000000000000018
  VERNEED              0x0000000000001ad8
  VERNEEDNUM           0x0000000000000001
  VERSYM               0x00000000000019bc
  RELACOUNT            0x000000000000001b

Прямые зависимости общего объекта перечисляются как значения 'NEEDED'. Так что в приведенном выше примере libXpm.so.4на моей системе просто необходимо libX11.so.6и libc.so.6.

Важно отметить, что это не означает, что все символы, необходимые для передачи двоичного файла, objdumpбудут присутствовать в библиотеках, но это по крайней мере показывает, какие библиотеки загрузчик попытается загрузить при загрузке двоичного файла.

— Свободный антилоп гну
источник

13

ldd -v печатает дерево зависимостей в разделе «Информация о версии:». Первым блоком в этом разделе являются прямые зависимости двоичного файла.

См. Иерархический ldd (1)

— Ханнес
источник

В чем разница между этим и objdump -x <binary> | grep "NEEDED"? Я имею в виду, что оба почти одинаковы, я просто получаю на один .soфайл больше, lddчем objdump. Но тот факт, что результаты не совпадают, заставляет задуматься, какой метод является более точным.

— m4l490n