Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

wrong ELF class: ELFCLASS32

78 views
Skip to first unread message

Andrey S. Rybak

unread,
Oct 18, 2011, 6:10:01 AM10/18/11
to
здравсвуйте.
При компилляции неких исходников (думаю, не важно каких, но просто для
информации скажу, что это учебные примеры кода на CUDA) выскакивает
такая ошибка:
/usr/local/cuda/bin/nvcc: error while loading shared libraries:
libz.so.1: wrong ELF class: ELFCLASS32

#uname -a
Linux myHost 2.6.32-5-amd64 #1 SMP Tue Mar 8 22:49:26 UTC 2011 x86_64
GNU/Linux
# cat /proc/cpuinfo
model name : Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz

система: debian squeeze. Кстати на lenny вышеуказанные исходники
компилировались без проблем.

Думаю, что проблема в следующем:
#file /usr/lib/libz.so.1.2.3.4
выдает такое
/usr/lib/libz.so.1.2.3.4: ELF 32-bit LSB shared object, Intel 80386,
version 1 (SYSV), dynamically linked, stripped
а должно быть, мне кажется, что-то вроде такого:
/usr/lib/libz.so.1.2.3.4: ELF 64-bit LSB shared object, x86-64, version
1 (SYSV), dynamically linked, stripped
то есть ядро 64-разрядное, а библиотеки 32-разрядные. В этом пробдема
или нет? Как выйти из ситуации?

Заранее спасибо.


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4E9D5142...@iop.kiev.ua

Dmitry Nezhevenko

unread,
Oct 18, 2011, 6:20:02 AM10/18/11
to
On Tue, Oct 18, 2011 at 01:13:22PM +0300, Andrey S. Rybak wrote:
> Думаю, что проблема в следующем:
> #file /usr/lib/libz.so.1.2.3.4
> выдает такое
> /usr/lib/libz.so.1.2.3.4: ELF 32-bit LSB shared object, Intel 80386,
> version 1 (SYSV), dynamically linked, stripped

Откуда этот libz.so взялся?

> а должно быть, мне кажется, что-то вроде такого:
> /usr/lib/libz.so.1.2.3.4: ELF 64-bit LSB shared object, x86-64,
> version 1 (SYSV), dynamically linked, stripped

Так все-таки юзерспейс какой архитектуры у тебя? Или покажи file /bin/bash

> то есть ядро 64-разрядное, а библиотеки 32-разрядные. В этом
> пробдема или нет? Как выйти из ситуации?

Проблема в том что 64-битный бинарь пытается грузить 32-битную либу

--
WBR, Dmitry
signature.asc

Andrey S. Rybak

unread,
Oct 18, 2011, 6:40:01 AM10/18/11
to
On 10/18/2011 01:15 PM, Dmitry Nezhevenko wrote:
>
> Откуда этот libz.so взялся?
из пакета zlib1g. Не помню, чтобы явно его устанавливал. Вероятно, при
инсталляции системы.
>> а должно быть, мне кажется, что-то вроде такого:
>> /usr/lib/libz.so.1.2.3.4: ELF 64-bit LSB shared object, x86-64,
>> version 1 (SYSV), dynamically linked, stripped
>>
> Так все-таки юзерспейс какой архитектуры у тебя? Или покажи file /bin/bash
>
все файлы с расширением .so из /usr/lib на команду file выдают такое:
ELF 32-bit LSB shared object, Intel 80386,


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4E9D5AD4...@iop.kiev.ua

Dmitry Nezhevenko

unread,
Oct 18, 2011, 7:00:02 AM10/18/11
to
On Tue, Oct 18, 2011 at 01:54:12PM +0300, Andrey S. Rybak wrote:
> >Откуда этот libz.so взялся?
> из пакета zlib1g. Не помню, чтобы явно его устанавливал. Вероятно,
> при инсталляции системы.
> >>а должно быть, мне кажется, что-то вроде такого:
> >>/usr/lib/libz.so.1.2.3.4: ELF 64-bit LSB shared object, x86-64,
> >>version 1 (SYSV), dynamically linked, stripped
> >Так все-таки юзерспейс какой архитектуры у тебя? Или покажи file /bin/bash
> все файлы с расширением .so из /usr/lib на команду file выдают такое:
> ELF 32-bit LSB shared object, Intel 80386,

Значит проблема в 64-битном /usr/local/cuda/bin/nvcc. Либо искать
32-битный либо изобретать чруты/мультиарч =)

--
WBR, Dmitry
signature.asc

Andrey S. Rybak

unread,
Oct 18, 2011, 7:40:01 AM10/18/11
to

>> все файлы с расширением .so из /usr/lib на команду file выдают такое:
>> ELF 32-bit LSB shared object, Intel 80386,
>>
> Значит проблема в 64-битном /usr/local/cuda/bin/nvcc. Либо искать
> 32-битный либо изобретать чруты/мультиарч =)
>
>
Да найти его не проблема, но он не устанавливается на 64-битное ядро.
С чего бы это.
Не понятно почему не было такой проблемы с lenny.
Не подскажешь где прочитать про этот чрут/мультиарч?


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4E9D6840...@iop.kiev.ua

yuri.n...@gmail.com

unread,
Oct 18, 2011, 8:50:01 AM10/18/11
to
On Tue, 18 Oct 2011, Andrey S. Rybak wrote:

> здравсвуйте. При компилляции неких исходников (думаю, не важно каких, но
> просто для информации скажу, что это учебные примеры кода на CUDA)
> выскакивает такая ошибка: /usr/local/cuda/bin/nvcc: error while loading
^^^^^^^^^^^^^^^
Ошибка уже здесь ).

Установите
nvidia-cuda-toolkit (со всеми recomends) из дистрибутва
и будет вам счастье. В тестинге с августа cuda-4, так что
смысла ставить руками нет никакого.

Еще рекомендую установить nvidia-kernel-dkms который соберет
nvidia модуль под ваше ядро(а) и nvidia-smi для диагностики.

Не забудте добавить пользователей в группу video.

Ю.

yuri.n...@gmail.com

unread,
Oct 18, 2011, 9:00:02 AM10/18/11
to
> система: debian squeeze. Кстати на lenny вышеуказанные исходники
> компилировались без проблем.
>

Пардон, не углядел (мартышка к старости ...)

Ну вот, появился веский повод перейти на тестинг )))

Ю.
0 new messages