লিনাক্সে এক্সিকিউটেবলের দ্বারা ব্যবহৃত সমস্ত ভাগ করা লাইব্রেরি কীভাবে প্রদর্শন করবেন?

225

আমি আমার সিস্টেমে এক্সিকিউটেবল দ্বারা কোন লাইব্রেরি ব্যবহার করা হয় তা জানতে চাই। আরও নির্দিষ্টভাবে, আমি কোন লাইব্রেরিগুলি ব্যবহার করে বাইনারিগুলির সাথে সর্বাধিক ব্যবহৃত হয় তা আমি র‌্যাঙ্ক করতে চাই। কিভাবে আমি এটি করতে পারব?

linux  shared-libraries 
— অ্যালান স্লোসেক
সূত্র
এক্সিকিউটেবলগুলি যদি ব্যবহার করে তবে আপনি সম্ভবত একটি সঠিক নম্বর পেতে সক্ষম হবেন না dlopen।
— jxh

উত্তর:

271
  1. lddপ্রতিটি এক্সিকিউটেবলের জন্য ভাগ করা লাইব্রেরি তালিকা করতে ব্যবহার করুন ।
  2. আউটপুট পরিষ্কার করুন
  3. বাছাই, গণনা গণনা, গণনা অনুসারে বাছাই

"/ বিন" ডিরেক্টরিতে সমস্ত এক্সিকিউটেবলের জন্য উত্তর খুঁজতে:

find /bin -type f -perm /a+x -exec ldd {} \; \
| grep so \
| sed -e '/^[^\t]/ d' \
| sed -e 's/\t//' \
| sed -e 's/.*=..//' \
| sed -e 's/ (0.*)//' \
| sort \
| uniq -c \
| sort -n

সমস্ত ডিরেক্টরি অনুসন্ধান করতে উপরে "/" "/" -তে পরিবর্তন করুন।

আউটপুট (কেবলমাত্র / বিন ডিরেক্টরিতে) এর মতো দেখতে পাবেন:

  1 /lib64/libexpat.so.0
  1 /lib64/libgcc_s.so.1
  1 /lib64/libnsl.so.1
  1 /lib64/libpcre.so.0
  1 /lib64/libproc-3.2.7.so
  1 /usr/lib64/libbeecrypt.so.6
  1 /usr/lib64/libbz2.so.1
  1 /usr/lib64/libelf.so.1
  1 /usr/lib64/libpopt.so.0
  1 /usr/lib64/librpm-4.4.so
  1 /usr/lib64/librpmdb-4.4.so
  1 /usr/lib64/librpmio-4.4.so
  1 /usr/lib64/libsqlite3.so.0
  1 /usr/lib64/libstdc++.so.6
  1 /usr/lib64/libz.so.1
  2 /lib64/libasound.so.2
  2 /lib64/libblkid.so.1
  2 /lib64/libdevmapper.so.1.02
  2 /lib64/libpam_misc.so.0
  2 /lib64/libpam.so.0
  2 /lib64/libuuid.so.1
  3 /lib64/libaudit.so.0
  3 /lib64/libcrypt.so.1
  3 /lib64/libdbus-1.so.3
  4 /lib64/libresolv.so.2
  4 /lib64/libtermcap.so.2
  5 /lib64/libacl.so.1
  5 /lib64/libattr.so.1
  5 /lib64/libcap.so.1
  6 /lib64/librt.so.1
  7 /lib64/libm.so.6
  9 /lib64/libpthread.so.0
 13 /lib64/libselinux.so.1
 13 /lib64/libsepol.so.1
 22 /lib64/libdl.so.2
 83 /lib64/ld-linux-x86-64.so.2
 83 /lib64/libc.so.6

সম্পাদনা করুন - "গ্রেপ -পি" সরানো হয়েছে

— জন ভ্যাসিলিফ
সূত্র
2
এটি দুর্দান্ত উত্তর (আমি এটিকে ভোট দিয়েছি) তবে আপনি "গ্রেপ-পি '\ টি। * তাই'" আদেশটি ব্যাখ্যা করতে পারেন? মানুষের মতে এটি প্যাটার্নটিকে পার্ল রিজেক্সপ হিসাবে ব্যাখ্যা করে তবে আমার গ্রেপের সংস্করণ এটিকে সমর্থন করে না (মানুষ এটি একটি সাধারণ সমস্যা বলে বোঝায়)। Regexp কি বিট পার্ল নির্দিষ্ট?
— ববি জ্যাক
2
আমার মনে হয় আপনার প্রয়োজন হতে পারেldd -v
— মাউন্টেনএক্স
56
সচেতন হন যে lddবাস্তবে একটি বিশেষ পরিবেশের পরিবর্তনশীল দিয়ে এক্সিকিউটেবল চালিত হয়, এবং লিনাক্স ডায়নামিক লিঙ্কার এই পতাকাটিকে স্বীকৃতি দেয় এবং এক্সিকিউটেবল চালানোর চেয়ে লাইব্রেরিগুলিকে আউটপুট দেয়। উত্স তাকান ldd; আমার সিস্টেমে এটি একটি বাশ স্ক্রিপ্ট। যদি এক্সিকিউটেবলটি স্থিতিশীলভাবে সংযুক্ত থাকে এবং সিস্কলগুলি ব্যবহার করে এবং একটি আলাদা লোডার নির্দিষ্ট করে, তবে এটি নির্বিচারে দুষ্ট কাজ করতে পারে। সুতরাং এমন lddকোনও এক্সিকিউটেবলের উপরে ব্যবহার করবেন না যে আপনি বিশ্বাস করেন না।
— ব্যারি কেলি 15
'এলডিডি' আমার পক্ষে ক্রস-সংকলিত বাইনারিগুলিতে কাজ করে না। প্রশ্নটি বর্তমান সিস্টেমে প্রোগ্রামগুলি দ্বারা ব্যবহৃত লাইব্রেরিগুলি সন্ধান সম্পর্কে (এটি দেশীয় প্রোগ্রামগুলি হবে, যেমনটি বর্ণিত)। এটি এটির জন্য একটি ভাল উত্তর। যাইহোক, আমি ভেবেছিলাম যে আমি উল্লেখ করেছি যে কোনও আলাদা সিস্টেমের জন্য প্রোগ্রামগুলির জন্য ভাগ করা ল্যাবগুলি সন্ধান করার জন্য আপনাকে অন্য কিছু ব্যবহার করতে হবে (অন্য উত্তরে উল্লিখিত 'রিডেলফেল' আমার জন্য কাজ করেছে)
— টিম বার্ড
68

আমি আমার এআরএম টুলচেইনে এলডিডি করি নি তাই আমি অজডাম্প ব্যবহার করেছি:

C (CROSS_COMPILE) objdump -p

এই ক্ষেত্রে:

objdump -p /usr/bin/python:

Dynamic Section:
  NEEDED               libpthread.so.0
  NEEDED               libdl.so.2
  NEEDED               libutil.so.1
  NEEDED               libssl.so.1.0.0
  NEEDED               libcrypto.so.1.0.0
  NEEDED               libz.so.1
  NEEDED               libm.so.6
  NEEDED               libc.so.6
  INIT                 0x0000000000416a98
  FINI                 0x000000000053c058
  GNU_HASH             0x0000000000400298
  STRTAB               0x000000000040c858
  SYMTAB               0x0000000000402aa8
  STRSZ                0x0000000000006cdb
  SYMENT               0x0000000000000018
  DEBUG                0x0000000000000000
  PLTGOT               0x0000000000832fe8
  PLTRELSZ             0x0000000000002688
  PLTREL               0x0000000000000007
  JMPREL               0x0000000000414410
  RELA                 0x0000000000414398
  RELASZ               0x0000000000000078
  RELAENT              0x0000000000000018
  VERNEED              0x0000000000414258
  VERNEEDNUM           0x0000000000000008
  VERSYM               0x0000000000413534
— smichak
সূত্র
2
এটিও নিরাপদ হওয়া উচিত, এর বিপরীতে lddযা অবিশ্বস্ত এক্সিকিউটেবলের জন্য ব্যবহার করা উচিত নয়।
— পিএসকোকিক
এছাড়াও, এর obbjdump -pমতো অতিরিক্ত তথ্য দেখায় RPATHযা আপনার কার্যকরকরণের সাথে ডায়নামিক লিঙ্কিংয়ের তদন্ত করার সময় সাহায্য করতে পারে।
— সিটাকটিফ
প্রকৃতপক্ষে নিরাপদ এবং নির্ভরযোগ্য পদ্ধতির জন্য +1 (আমি একরকম একটি সিস্টেম পেয়েছি যেখানে musl-gccনিয়মিত বাইনারি তৈরি হয় যেমন বাইনারি কল lddকরা কেবল বাইনারি কার্যকর করে , তাই আজকাল আমি নিয়মিত ঠিক কতটা অনিরাপদ lddতা স্মরণ করিয়ে দিই )।
— mtraceur
53

লিনাক্সে আমি ব্যবহার করি:

lsof -P -T -p Application_PID

lddএক্সিকিউটেবল যখন কোনও ডিফল্ট লোডার ব্যবহার করে তার চেয়ে এটি আরও ভাল কাজ করে

— ফাবিয়ানো তারলাও
সূত্র
— সেএমসি
1
আমি এমন কিছু খুঁজছিলাম যা আমাকে প্রদত্ত পিডের জন্য '.so' দেখায়। এটাই আমার দরকার ছিল। ধন্যবাদ!
— লিও উফিমটসেভ
48

বাইনারি কী লাইব্রেরি ব্যবহার করে তা শিখতে, ldd ব্যবহার করুন

ldd path/to/the/tool

আপনার সিস্টেম-ব্যাপী ব্রেকডাউনটিতে যেতে আপনাকে একটি ছোট শেল স্ক্রিপ্ট লিখতে হবে।

— pilif
সূত্র
19

এক্সিকিউটেবল একটি প্রোগ্রামের ভাগ করা লাইব্রেরি নির্ভরতা পরীক্ষা করুন

নির্দিষ্ট নির্বাহযোগ্য কোন লাইব্রেরি নির্ভর করে তা জানতে, আপনি ldd কমান্ড ব্যবহার করতে পারেন। এই কমান্ডটি কার্যকরযোগ্যের লাইব্রেরি নির্ভরতাগুলি খুঁজতে ডায়নামিক লিঙ্কারকে আহ্বান করে।

> d এলডিডি / পাথ / টু / প্রোগ্রাম

নোট করুন যে কোনও অবিশ্বস্ত তৃতীয় পক্ষের এক্সিকিউটেবলের সাথে এলডিডি চালানোর পরামর্শ দেওয়া হয়নি কারণ ldd- র কিছু সংস্করণ সরাসরি তার লাইব্রেরি নির্ভরতা সনাক্ত করতে এক্সিকিউটিভকে অনুরোধ করতে পারে যা সুরক্ষা ঝুঁকি হতে পারে।

পরিবর্তে, অজানা অ্যাপ্লিকেশন বাইনারি লাইব্রেরি নির্ভরতা দেখানোর একটি নিরাপদ উপায় নিম্নলিখিত কমান্ডটি ব্যবহার করা হয়।

$জেজডাম্প-পি / পাথ / টু / প্রোগ্রাম | গ্রেপ দরকার

আরও তথ্যের জন্য

— kayle
সূত্র
14

readelf -d পুনরাবৃত্তির

redelf -dঅনুরূপ আউটপুট উত্পাদন করে objdump -pযার সাথে এখানে উল্লেখ করা হয়েছিল: https://stackoverflow.com/a/15520982/895245

তবে সাবধান হোন যে ডায়নামিক লাইব্রেরিগুলি অন্যান্য গতিশীল লাইব্রেরির উপর নির্ভর করতে পারে, আপনার কাছে পুনরাবৃত্তি করতে হবে।

উদাহরণ:

readelf -d /bin/ls | grep 'NEEDED'

নমুনা আউটপুট:

 0x0000000000000001 (NEEDED)             Shared library: [libselinux.so.1]
 0x0000000000000001 (NEEDED)             Shared library: [libacl.so.1]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]

তারপর:

$ locate libselinux.so.1
/lib/i386-linux-gnu/libselinux.so.1
/lib/x86_64-linux-gnu/libselinux.so.1
/mnt/debootstrap/lib/x86_64-linux-gnu/libselinux.so.1

একটি চয়ন করুন এবং পুনরাবৃত্তি করুন:

readelf -d /lib/x86_64-linux-gnu/libselinux.so.1 | grep 'NEEDED'

নমুনা আউটপুট:

0x0000000000000001 (NEEDED)             Shared library: [libpcre.so.3]
0x0000000000000001 (NEEDED)             Shared library: [libdl.so.2]
0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
0x0000000000000001 (NEEDED)             Shared library: [ld-linux-x86-64.so.2]

ইত্যাদি।

/proc/<pid>/maps চলমান প্রক্রিয়া জন্য

এক্সিকিউটেবল চালিয়ে বর্তমানে ব্যবহৃত সমস্ত লাইব্রেরি সন্ধান করতে এটি দরকারী। উদাহরণ:

sudo awk '/\.so/{print $6}' /proc/1/maps | sort -u

বর্তমানে সমস্ত লোড হওয়া গতিশীল নির্ভরতা init(পিআইডি 1) দেখায় :

/lib/x86_64-linux-gnu/ld-2.23.so
/lib/x86_64-linux-gnu/libapparmor.so.1.4.0
/lib/x86_64-linux-gnu/libaudit.so.1.0.0
/lib/x86_64-linux-gnu/libblkid.so.1.1.0
/lib/x86_64-linux-gnu/libc-2.23.so
/lib/x86_64-linux-gnu/libcap.so.2.24
/lib/x86_64-linux-gnu/libdl-2.23.so
/lib/x86_64-linux-gnu/libkmod.so.2.3.0
/lib/x86_64-linux-gnu/libmount.so.1.1.0
/lib/x86_64-linux-gnu/libpam.so.0.83.1
/lib/x86_64-linux-gnu/libpcre.so.3.13.2
/lib/x86_64-linux-gnu/libpthread-2.23.so
/lib/x86_64-linux-gnu/librt-2.23.so
/lib/x86_64-linux-gnu/libseccomp.so.2.2.3
/lib/x86_64-linux-gnu/libselinux.so.1
/lib/x86_64-linux-gnu/libuuid.so.1.3.0

এই পদ্ধতিটিতে উবুন্টু 18.04-তে একটি হ্যাক আপেরdlopen সাথে এই ন্যূনতম সেটআপটি দিয়ে পরীক্ষিত লাইব্রেরিগুলিও প্রদর্শন করা হয় sleep(1000)।

আরও দেখুন: https://superuser.com

— সিরো সান্তিলি 郝海东 冠状 病 六四 事件 法轮功 法轮功
সূত্র
7

ডিফল্টভাবে ওএস এক্সে নেই ldd, objdumpবা নেই lsof। বিকল্প হিসাবে, চেষ্টা করুন otool -L:

$ otool -L `which openssl`
/usr/bin/openssl:
    /usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8)
    /usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0)

এই উদাহরণে, which opensslপ্রদত্ত এক্সিকিউটেবল এবং বর্তমান ব্যবহারকারীর পরিবেশের জন্য পুরোপুরি যোগ্যতাসম্পন্ন পথে ভরাট ব্যবহার করে using

— bluebadge
সূত্র
6

ইউনিক্স সিস্টেমে, ধরুন বাইনারি (এক্সিকিউটেবল) নামটি পরীক্ষা করা হয়। তারপরে আমরা পরীক্ষায় ব্যবহৃত লাইব্রেরিগুলির তালিকা তৈরি করতে নিম্নলিখিত কমান্ডটি ব্যবহার করি

ldd test
— Raghwendra
সূত্র
4

সঙ্গে lddআপনি লাইব্রেরি যে সরঞ্জামগুলি ব্যবহার পেতে পারেন। সরঞ্জামের একটি সেট জন্য লাইব্রেরি ব্যবহার র‌্যাঙ্ক করতে আপনি নিম্নলিখিত কমান্ডের মতো কিছু ব্যবহার করতে পারেন।

ldd /bin/* /usr/bin/* ... | sed -e '/^[^\t]/ d; s/^\t\(.* => \)\?\([^ ]*\) (.*/\2/g' | sort | uniq -c

(এখানে sedসব লাইন করে একটি ট্যাব সঙ্গে না শুরু রেখাচিত্রমালা এবং শুধুমাত্র প্রকৃত লাইব্রেরি আউট ফিল্টার করে। সঙ্গে sort | uniq -cআপনি একটি গণনা বার ঘটেছে সংখ্যা ইঙ্গিত সঙ্গে প্রতিটি গ্রন্থাগার পেতে।)

sort -gব্যবহারের ক্রমে লাইব্রেরিগুলি পেতে আপনি শেষে যুক্ত করতে চাইতে পারেন ।

নোট করুন যে আপনি সম্ভবত উপরের কমান্ডের সাহায্যে দুটি নন-লাইব্রেরি লাইন পেয়েছেন। স্ট্যাটিক এক্সিকিউটেবলগুলির মধ্যে একটি ("ডাইনামিক এক্সিকিউটেবল নয়") এবং কোনও লাইব্রেরি ছাড়াই। পরবর্তীটি ফলাফল linux-gate.so.1যা আপনার ফাইল সিস্টেমে একটি লাইব্রেরি নয় বরং কার্নেলের দ্বারা সরবরাহিত একটি "

— mweerden
সূত্র
2

আরও একটি বিকল্প কেবল অবস্থিত ফাইলটি পড়তে পারে

/proc/<pid>/maps

উদাহরণস্বরূপ প্রক্রিয়া আইডি 2601 হয় তারপর কমান্ড হয়

cat /proc/2601/maps

এবং আউটপুট মত

7fb37a8f2000-7fb37a8f4000 r-xp 00000000 08:06 4065647                    /usr/lib/x86_64-linux-gnu/libproxy/0.4.15/modules/network_networkmanager.so
7fb37a8f4000-7fb37aaf3000 ---p 00002000 08:06 4065647                    /usr/lib/x86_64-linux-gnu/libproxy/0.4.15/modules/network_networkmanager.so
7fb37aaf3000-7fb37aaf4000 r--p 00001000 08:06 4065647                    /usr/lib/x86_64-linux-gnu/libproxy/0.4.15/modules/network_networkmanager.so
7fb37aaf4000-7fb37aaf5000 rw-p 00002000 08:06 4065647                    /usr/lib/x86_64-linux-gnu/libproxy/0.4.15/modules/network_networkmanager.so
7fb37aaf5000-7fb37aafe000 r-xp 00000000 08:06 4065646                    /usr/lib/x86_64-linux-gnu/libproxy/0.4.15/modules/config_gnome3.so
7fb37aafe000-7fb37acfd000 ---p 00009000 08:06 4065646                    /usr/lib/x86_64-linux-gnu/libproxy/0.4.15/modules/config_gnome3.so
7fb37acfd000-7fb37acfe000 r--p 00008000 08:06 4065646                    /usr/lib/x86_64-linux-gnu/libproxy/0.4.15/modules/config_gnome3.so
7fb37acfe000-7fb37acff000 rw-p 00009000 08:06 4065646                    /usr/lib/x86_64-linux-gnu/libproxy/0.4.15/modules/config_gnome3.so
7fb37acff000-7fb37ad1d000 r-xp 00000000 08:06 3416761                    /usr/lib/x86_64-linux-gnu/libproxy.so.1.0.0
7fb37ad1d000-7fb37af1d000 ---p 0001e000 08:06 3416761                    /usr/lib/x86_64-linux-gnu/libproxy.so.1.0.0
7fb37af1d000-7fb37af1e000 r--p 0001e000 08:06 3416761                    /usr/lib/x86_64-linux-gnu/libproxy.so.1.0.0
7fb37af1e000-7fb37af1f000 rw-p 0001f000 08:06 3416761                    /usr/lib/x86_64-linux-gnu/libproxy.so.1.0.0
7fb37af1f000-7fb37af21000 r-xp 00000000 08:06 4065186                    /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so
7fb37af21000-7fb37b121000 ---p 00002000 08:06 4065186                    /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so
7fb37b121000-7fb37b122000 r--p 00002000 08:06 4065186                    /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so
7fb37b122000-7fb37b123000 rw-p 00003000 08:06 4065186                    /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so
— SoSen
সূত্র
2

এক্সিকিউটেবল সম্পর্কিত উবুন্টু মুদ্রণ প্যাকেজগুলিতে

ldd executable_name|awk '{print $3}'|xargs dpkg -S |awk -F  ":"  '{print $1}'
— শিমন ডুডকিন
সূত্র
0

তৃতীয় পক্ষের সরবরাহিত লাইব্রেরি (32 বনাম 64 বিট এক্সিকিউশন পাথ (গুলি)) থেকে নির্ভরতাগুলি অনুসন্ধান করার জন্য আমার এই পোস্টটি খুব সহায়ক হয়েছিল।

আমি আরএইচইএল 6 ডিস্ট্রোতে 'রিডএলএফ-ডি' পরামর্শের ভিত্তিতে একটি প্রশ্নোত্তর ও পুনরাবৃত্তি বাশ স্ক্রিপ্ট একসাথে রেখেছি।

এটি খুব বেসিক এবং প্রতিবার নির্ভরতা যাচাই করে নেওয়া হবে এমনকি এটির আগে পরীক্ষাও করা হয়েছিল (যেমন খুব ভার্বোস)। আউটপুট খুব বেসিক।

#! /bin/bash

recurse ()
# Param 1 is the nuumber of spaces that the output will be prepended with
# Param 2 full path to library
{
#Use 'readelf -d' to find dependencies
dependencies=$(readelf -d ${2} | grep NEEDED | awk '{ print $5 }' | tr -d '[]')
for d in $dependencies; do
   echo "${1}${d}"
   nm=${d##*/}
   #libstdc++ hack for the '+'-s
   nm1=${nm//"+"/"\+"}
   # /lib /lib64 /usr/lib and /usr/lib are searched
   children=$(locate ${d} | grep -E "(^/(lib|lib64|usr/lib|usr/lib64)/${nm1})")
   rc=$?
   #at least locate... didn't fail
   if [ ${rc} == "0" ] ; then
      #we have at least one dependency
      if [ ${#children[@]} -gt 0 ]; then
         #check the dependeny's dependencies
         for c in $children; do
          recurse "  ${1}" ${c}
         done
      else
         echo "${1}no children found"
      fi
   else
      echo "${1}locate failed for ${d}"
   fi
done
}
# Q&D -- recurse needs 2 params could/should be supplied from cmdline
recurse "" !!full path to library you want to investigate!!

আউটপুটটিকে একটি ফাইলে পুনর্নির্দেশ করুন এবং 'পাওয়া' বা 'ব্যর্থ' এর জন্য গ্রেপ করুন

আপনার ইচ্ছামত অবশ্যই নিজের ঝুঁকিতে ব্যবহার করুন এবং সংশোধন করুন।

— অ্যান্ডার্স ডোমেজ
সূত্র
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.