Linux ikili dosyalarının doğrudan paylaşılan nesne bağımlılıkları nasıl belirlenir?


170

Bir Linux ikili dosyasının doğrudan paylaşılan nesne bağımlılıklarını ELF biçiminde nasıl kolayca bulabilirim?

Ben ldd aracı farkındayım, ama bu ikili bağlı olan herhangi bir paylaşılan nesnelerin bağımlılıkları da dahil olmak üzere, bir ikili tüm bağımlılıkları çıktı gibi görünüyor.


Yanıtlar:


262

readelfELF başlıklarını keşfetmek için kullanabilirsiniz . readelf -ddoğrudan bağımlılıkları NEEDEDbölümler olarak listeler .

 $ 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
Bu harika. LDD'nin aksine, readelf platformlar arası bir ikili dosyayı inceleyebilir (örn. X86-64 linux'dan çalıştırılabilir bir ARM'yi inceleyin)
Robert Calhoun

86

Bağımlılıkları özyineli olarak bulmak istiyorsanız (bağımlılık bağımlılıkları, bağımlılık bağımlılıkları vb. Dahil)…

lddKomutu kullanabilirsiniz . ldd - paylaşılan kitaplık bağımlılıklarını yazdır


5
Ldd komutu bağımlılık bağımlılıklarını ortaya çıkarır, bu benim istediğim gibi değildir.
Ücretsiz Wildebeest

11
Benim için bu iyi çalışıyor. Ve hatta size, hangi kütüphanelerin bulunabileceğini ve bulunamayacağını söyler.
Philipp F

2
ldd bir yürütülebilir dosya ile çalışmaz - sadece paylaşılan kütüphanelerin bağımlılıklarını bulmak için yararlıdır.
Tuxdude

2
Smokin, neden böyle düşünüyorsun? Ldd'nin ELF yürütülebilir dosyaları için kullanılamamasının nedeni nedir?
Vitaly Isaev

Bu, geliştirme makinesinden dağıtım arşivine gerekli paylaşılan kütüphaneleri kopyalamak için harika.
Tomáš Zato - Monica'yı yeniden başlatın

30

objdumpAracı size bu bilgiyi söyleyebilir. Eğer çağırmak durumunda objdumpolan -xseçeneği, o zaman doğru "Dinamik" bölümündeki başında paylaşılan nesne bağımlılıklarını bulacaksınız çıktı tüm başlıklarına onu almak için.

Örneğin objdump -x /usr/lib/libXpm.so.4, sistemimde çalışan "Dinamik Bölüm" de aşağıdaki bilgileri verir:

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

Doğrudan paylaşılan nesne bağımlılıkları 'GEREKLİ' değerler olarak listeleniyor. Yukarıdaki örnekte libXpm.so.4, benim sistemimde sadece libX11.so.6ve gerekiyor libc.so.6.

Bunun, iletilmekte olan ikili dosyanın ihtiyaç duyduğu tüm sembollerin objdumpkütüphanelerde mevcut olacağı anlamına gelmediğini, ancak en azından yükleyicinin ikili dosyayı yüklerken hangi kütüphaneleri yüklemeye çalışacağını göstermesi önemlidir.


13

ldd -v, bağımlılık ağacını "Sürüm bilgileri:" bölümü altında yazdırır.Bu bölümdeki ilk blok ikilinin doğrudan bağımlılıklarıdır.

Bkz Hiyerarşik ldd (1)


Bu ve arasındaki fark nedir objdump -x <binary> | grep "NEEDED"? Yani, hem ben sadece bir alıyorum, hemen hemen aynı .sodosya fazlası ile ldddaha objdump. Ancak sonuçların aynı olmaması, hangi yöntemin daha doğru olduğunu merak etmemi sağlıyor.
m4l490n
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.