ldd каже мені, що моя програма "не є динамічним виконуваним"

У мене є 32-розрядна програма (звана uclsyn), яку я отримав від професора астрономії. Мені вдалося запустити його на CentOS рік тому, але тепер, коли я налаштовую новий CentOS VM, він не запуститься, і я не можу зрозуміти, чому. Він продовжує повертатися із "Убитими".

Це обмін у командному рядку:

$ ./uclsyn_linux
Killed

$ ldd ./uclsyn_linux
not a dynamic executable

$ file ./uclsyn_linux
uclsyn_linux: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped

На машині, на якій працює, "ldd ./uclsyn_linux" повертає цілий список залежностей. Я знайшов пакунки, які надають ці спільні бібліотеки, і всі вони, здається, встановлені.

Потрібні пакети

• libSM-1.1.0-7.1.el6.i686
• libX11-1.3-2.el6.i686
• libgcc-4.4.6-3.el6.i386
• glibc-2.12-1.47.el6_2.9.i686
• libuuid-2.17.2-12.4.el6.i686
• libXau-1.0.5-1.el6.i686
• Також є купа бібліотек локальної програми, яку я перевірив і вже встановлений.

Моє оточення

CentOS працює під VirtualBox

uname -a: Linux localhost.localdomain 2.6.32-358.el6.i686 # 1 SMP Чт 21 лютого 12:50:49 UTC 2013 i686 i686 i386 GNU / Linux

У мене просто була проблема з 32-розрядним бінарним рішенням, рішення було:

apt-get install gcc-multilib

$ uname -a
Linux bla 2.6.32-028stab094.3 #1 SMP Thu Sep 22 12:47:37 MSD 2011 x86_64 GNU/Linux

Помилка тут була через те, що на VirtualMachine недостатньо оперативної пам’яті. Запуск strace ./programnameвказував на те, що програму вбивали так само, як вона почала працювати, перед завантаженням будь-якої з бібліотек. Збільшення обсягу доступної оперативної пам’яті забезпечило роботу програми.

Корисні відповіді

Були корисні відповіді інших, а саме @slm, які надали корисні команди, щоб перевірити наявність кожної з бібліотек, і @lgeorget, які пропонують спробувати straceкоманду.

Чи можете ви розмістити деякі бібліотеки, на які вона посилається (з оригінальної системи)? Можливо, вам просто знадобиться встановити деякі відсутні бібліотеки.

Зазвичай для системи CentOS це лише питання запуску команди yum на зразок:

yum install <package name>

Ви можете працювати назад від початкової системи так:

$ ldd /bin/ls
    linux-vdso.so.1 =>  (0x00007fff519ff000)
    libselinux.so.1 => /lib64/libselinux.so.1 (0x00000034e8e00000)
    librt.so.1 => /lib64/librt.so.1 (0x00000034e8a00000)
    libcap.so.2 => /lib64/libcap.so.2 (0x0000003d6fe00000)
    libacl.so.1 => /lib64/libacl.so.1 (0x00000034fae00000)
    libc.so.6 => /lib64/libc.so.6 (0x00000034e7200000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00000034e7a00000)
    /lib64/ld-linux-x86-64.so.2 (0x00000034e6e00000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00000034e7e00000)
    libattr.so.1 => /lib64/libattr.so.1 (0x00000034f7600000)

У цьому виході ви можете побачити , де моя копія /bin/lsнабирає загальний .so бібліотеки, наприклад , скажімо, librt.so.1, що трапляється, знаходиться тут: /lib64/librt.so.1.

Знаючи це, в оригінальній системі ви можете запустити цю команду, щоб визначити, який пакет надає цю бібліотеку:

$ rpm -qf /lib64/librt.so.1
glibc-2.13-2.x86_64

Так пакет називається glibc-2.13-2.x86_64. Отже, щоб встановити його, ви зробите це:

$ sudo yum install glibc-2.13-2.x86_64

Відповідь у вашому запитанні: ви намагаєтеся запустити програму, яка була складена для GNU / Linux рік тому, і ви намагаєтеся запустити її з новими бібліотеками, які можуть бути вже не сумісні або доступні.

На даний момент у вас є два варіанти. Якщо ви зможете перекомпілювати його (у чому я сумніваюся, якщо я добре розумію ваш випадок), він запуститься, оскільки він буде зв'язаний із сумісними бібліотеками. В іншому випадку ви можете спробувати створити своєрідну пісочницю, VM, що працює зі старою версією бібліотек GNU, наприклад, для запуску програми в.

спробуйте readelf -l uclsyn_linux Інтерпретатор програми-запиту підкаже, що вам не вистачає.

У Arch Linux , якщо файл має 32-розрядний ельф, ви можете встановити lib32-gcc-libs (із сховища мультиліб) для вирішення проблеми.