Визначте прямі спільні об'єктні залежності бінарного файлу Linux?


170

Як мені легко знайти прямі спільні об'єктні залежності бінарних файлів Linux у форматі ELF?

Мені відомо про інструмент ldd, але, схоже, він видає всі залежності двійкового файлу, включаючи залежності будь-яких спільних об'єктів, від яких залежить бінарний файл.


Відповіді:


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 з Linux x86-64 linux.)
Роберт Калхун

86

Якщо ви хочете знайти залежність рекурсивно (включаючи залежності, залежності залежностей тощо) ...

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


5
Команда ldd працює в залежності від залежностей, а це не те, що я хочу.
Безкоштовно Wildebeest

11
Для мене це прекрасно працює. І це навіть вам каже, яку з бібліотек можна було і не вдалося знайти.
Філіп Ф

2
ldd не працюватиме з виконуваним файлом - корисно лише для виявлення залежностей спільних бібліотек.
Tuxdude

2
Туксдуде, чому ти так вважаєш? У чому причина непридатності ldd для виконуваних файлів ELF?
Віталій Ісаєв

Це приголомшливо для копіювальних файлів, необхідних для спільного використання конвеєрів від машини розробки до архіву розгортання.
Томаш Зато - Відновити Моніку

30

objdumpІнструмент може сказати вам цю інформацію. Якщо ви посилаєтесь objdumpна цю -xопцію, щоб змусити її виводити всі заголовки, то ви знайдете залежності спільного об'єкта безпосередньо на початку в "Динамічному розділі".

Наприклад, що працює 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

Прямі залежності спільного об'єкта перераховуються як значення "НЕОБХІДНІ". Так у прикладі вище, libXpm.so.4в моїй системі просто потрібно libX11.so.6і libc.so.6.

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


13

ldd -v друкує дерево залежності в розділі "Інформація про версію:" Перший блок у цьому розділі - це прямі залежності бінарних даних.

Див. Ієрархічний ldd (1)


Яка різниця між цим і objdump -x <binary> | grep "NEEDED"? Я маю на увазі, обидва майже однакові, я лише отримую один .soфайл більше, lddніж objdump. Але факт не однакових результатів змушує мене замислитися, який метод є більш точним.
m4l490n
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.