Error while loading shared libraries libgl so 1 wrong elf class elfclass64 - Исправление ошибок и поиск оптимальных решений проблем

I was trying to compile a program using an external compiled object coreset.o. I wrote the public01.c test file and my functions are in computation.c, both of which compiles. However its failing on linking it together. What might be the problem?

gcc -o public01.x public01.o computation.o coreset.o
ld: fatal: file coreset.o: wrong ELF class: ELFCLASS64
ld: fatal: File processing errors. No output written to public01.x
collect2: ld returned 1 exit status

asked Oct 19, 2008 at 4:19

I think that coreset.o was compiled for 64-bit, and you are linking it with a 32-bit computation.o.

You can try to recompile computation.c with the ‘-m64’ flag of gcc(1)

answered Oct 19, 2008 at 4:29

You can specify ‘-m32’ or ‘-m64’ to select the compilation mode.

When dealing with autoconf (configure) scripts, I usually set CC=»gcc -m64″ (or CC=»gcc -m32″) in the environment so that everything is compiled with the correct bittiness. At least, usually…people find endless ways to make that not quite work, but my batting average is very high (way over 95%) with it.

answered Oct 19, 2008 at 6:04

Jonathan LefflerJonathan Leffler

718k138 gold badges893 silver badges1260 bronze badges

It turns out the compiler version I was using did not match the compiled version done with the coreset.o.

One was 32bit the other was 64bit. I’ll leave this up in case anyone else runs into a similar problem.

answered Oct 19, 2008 at 4:29

zxcvzxcv

7,2818 gold badges34 silver badges30 bronze badges

It looks like the object file was compiled on a 64-bit toolchain, and you’re using a 32-bit toolchain. Have you tried recompiling the object file in 32-bit mode?

answered Oct 19, 2008 at 4:29

John MillikinJohn Millikin

195k39 gold badges211 silver badges224 bronze badges

sudo apt-get install ia32-libs

shybovycha

11.3k6 gold badges50 silver badges82 bronze badges

answered Jan 9, 2012 at 21:29

Источник

# 12 лет, 11 месяцев назад (отредактировано 12 лет, 11 месяцев назад)
Темы: 3 Сообщения: 84 Участник с: 16 октября 2009	Запускаю приложение-выдает ошибку: error while loading shared libraries: libpcre.so.3: wrong ELF class: ELFCLASS64 Нашел библиотеку в /opt/lib32/lib,создаю ссылку ln /opt/lib32/lib/libpcre.so.0 /lib/libpcre.so.3,все равно при запуске пишет : error while loading shared libraries: libpcre.so.3: wrong ELF class: ELFCLASS64,подскажите где туплю?

#
12 лет, 11 месяцев назад

(отредактировано

12 лет, 11 месяцев назад)

Темы:

Сообщения:

Участник с: 16 октября 2009

Запускаю приложение-выдает ошибку: error while loading shared libraries: libpcre.so.3: wrong ELF class: ELFCLASS64
Нашел библиотеку в /opt/lib32/lib,создаю ссылку ln /opt/lib32/lib/libpcre.so.0 /lib/libpcre.so.3,все равно при запуске пишет : error while loading shared libraries: libpcre.so.3: wrong ELF class: ELFCLASS64,подскажите где туплю?

danger86	# 12 лет, 11 месяцев назад
Темы: 10 Сообщения: 132 Участник с: 02 августа 2009	Что вы имеете ввиду под ‘x32’? Если ‘x86’ — то вы должны иметь систему i686 для запуска таких приложений

danger86

#
12 лет, 11 месяцев назад

Темы:

Сообщения:

132

Участник с: 02 августа 2009

Что вы имеете ввиду под ‘x32’?
Если ‘x86’ — то вы должны иметь систему i686 для запуска таких приложений

void	# 12 лет, 11 месяцев назад
Темы: 32 Сообщения: 375 Участник с: 15 февраля 2010	какое приложение выдает эту ошибку? может обновить pcre?

void

#
12 лет, 11 месяцев назад

Темы:

Сообщения:

375

Участник с: 15 февраля 2010

какое приложение выдает эту ошибку?

может обновить pcre?

yosh	# 12 лет, 11 месяцев назад
Темы: 3 Сообщения: 84 Участник с: 16 октября 2009	C pcre все в порядке,ошибка в создании ссылки-тут где-то туплю. В бубунтах создается каталог /lib32 и проблем нет с созданием ссылки-все работает,а в Арче я похоже не в тот каталог создаю ссылку или что-то не так делаю. danger86 смешно! )))

yosh

#
12 лет, 11 месяцев назад

Темы:

Сообщения:

Участник с: 16 октября 2009

C pcre все в порядке,ошибка в создании ссылки-тут где-то туплю. В бубунтах создается каталог /lib32 и проблем нет с созданием ссылки-все работает,а в Арче я похоже не в тот каталог создаю ссылку или что-то не так делаю.
danger86 смешно! )))

void	# 12 лет, 11 месяцев назад
Темы: 32 Сообщения: 375 Участник с: 15 февраля 2010	$ ls -l `find / -name libpcre*` lrwxrwxrwx 1 root root 16 Jan 24 00:07 /lib/libpcre.so.0 -> libpcre.so.0.0.1 -rwxr-xr-x 1 root root 201417 Jan 24 00:07 /lib/libpcre.so.0.0.1 -rw-r--r-- 1 root root 276768 Jan 24 00:07 /usr/lib/libpcre.a -rw-r--r-- 1 root root 46896 Jan 24 00:07 /usr/lib/libpcrecpp.a lrwxrwxrwx 1 root root 19 Jan 24 00:07 /usr/lib/libpcrecpp.so -> libpcrecpp.so.0.0.0 lrwxrwxrwx 1 root root 19 Jan 24 00:07 /usr/lib/libpcrecpp.so.0 -> libpcrecpp.so.0.0.0 -rwxr-xr-x 1 root root 43151 Jan 24 00:07 /usr/lib/libpcrecpp.so.0.0.0 -rw-r--r-- 1 root root 5454 Jan 24 00:07 /usr/lib/libpcreposix.a lrwxrwxrwx 1 root root 21 Jan 24 00:07 /usr/lib/libpcreposix.so -> libpcreposix.so.0.0.0 lrwxrwxrwx 1 root root 21 Jan 24 00:07 /usr/lib/libpcreposix.so.0 -> libpcreposix.so.0.0.0 -rwxr-xr-x 1 root root 9466 Jan 24 00:07 /usr/lib/libpcreposix.so.0.0.0 lrwxrwxrwx 1 root root 22 Jan 24 00:07 /usr/lib/libpcre.so -> ../../lib/libpcre.so.0 -rw-r--r-- 1 root root 263 Jan 24 00:07 /usr/lib/pkgconfig/libpcrecpp.pc -rw-r--r-- 1 root root 272 Jan 24 00:07 /usr/lib/pkgconfig/libpcre.pc -rw-r--r-- 1 root root 305 Jan 24 00:07 /usr/lib/pkgconfig/libpcreposix.pc

void

#
12 лет, 11 месяцев назад

Темы:

Сообщения:

375

Участник с: 15 февраля 2010

$ ls -l `find / -name libpcre*`
lrwxrwxrwx 1 root root     16 Jan 24 00:07 /lib/libpcre.so.0 -> libpcre.so.0.0.1
-rwxr-xr-x 1 root root 201417 Jan 24 00:07 /lib/libpcre.so.0.0.1
-rw-r--r-- 1 root root 276768 Jan 24 00:07 /usr/lib/libpcre.a
-rw-r--r-- 1 root root  46896 Jan 24 00:07 /usr/lib/libpcrecpp.a
lrwxrwxrwx 1 root root     19 Jan 24 00:07 /usr/lib/libpcrecpp.so -> libpcrecpp.so.0.0.0
lrwxrwxrwx 1 root root     19 Jan 24 00:07 /usr/lib/libpcrecpp.so.0 -> libpcrecpp.so.0.0.0
-rwxr-xr-x 1 root root  43151 Jan 24 00:07 /usr/lib/libpcrecpp.so.0.0.0
-rw-r--r-- 1 root root   5454 Jan 24 00:07 /usr/lib/libpcreposix.a
lrwxrwxrwx 1 root root     21 Jan 24 00:07 /usr/lib/libpcreposix.so -> libpcreposix.so.0.0.0
lrwxrwxrwx 1 root root     21 Jan 24 00:07 /usr/lib/libpcreposix.so.0 -> libpcreposix.so.0.0.0
-rwxr-xr-x 1 root root   9466 Jan 24 00:07 /usr/lib/libpcreposix.so.0.0.0
lrwxrwxrwx 1 root root     22 Jan 24 00:07 /usr/lib/libpcre.so -> ../../lib/libpcre.so.0
-rw-r--r-- 1 root root    263 Jan 24 00:07 /usr/lib/pkgconfig/libpcrecpp.pc
-rw-r--r-- 1 root root    272 Jan 24 00:07 /usr/lib/pkgconfig/libpcre.pc
-rw-r--r-- 1 root root    305 Jan 24 00:07 /usr/lib/pkgconfig/libpcreposix.pc

yosh	# 12 лет, 11 месяцев назад
Темы: 3 Сообщения: 84 Участник с: 16 октября 2009	В Ubuntu устанавливается ia32-libs,создается каталог /lib32, ссылка: ln /lib32/libpcre.so.0 /lib32/libpcre.so.3-все!программа работает,в Арче установил lib32,какие дальше действия? Нужно создавать каталог /lib32 и перекидывать туда библиотеки из /opt/lib32/lib?

yosh

#
12 лет, 11 месяцев назад

Темы:

Сообщения:

Участник с: 16 октября 2009

В Ubuntu устанавливается ia32-libs,создается каталог /lib32, ссылка: ln /lib32/libpcre.so.0 /lib32/libpcre.so.3-все!программа работает,в Арче установил lib32,какие дальше действия? Нужно создавать каталог /lib32 и перекидывать туда библиотеки из /opt/lib32/lib?

gard	# 12 лет, 11 месяцев назад
Темы: 66 Сообщения: 1169 Участник с: 15 декабря 2009	А если создать не каталог,а сделать симлинк на каталог..

gard

#
12 лет, 11 месяцев назад

Темы:

Сообщения:

1169

Участник с: 15 декабря 2009

А если создать не каталог,а сделать симлинк на каталог..

yosh	# 12 лет, 11 месяцев назад
Темы: 3 Сообщения: 84 Участник с: 16 октября 2009	Я тоже так думаю,потом попробую.

yosh

#
12 лет, 11 месяцев назад

Темы:

Сообщения:

Участник с: 16 октября 2009

Я тоже так думаю,потом попробую.

yosh	# 12 лет, 11 месяцев назад
Темы: 3 Сообщения: 84 Участник с: 16 октября 2009	Удалил ссылку /lib/libpcre.so.3 и создал новую ln /opt/lib32/lib/libpcre.so.0.0.1 /lib/libpcre.so.3 -все, программа заработала.

yosh

#
12 лет, 11 месяцев назад

Темы:

Сообщения:

Участник с: 16 октября 2009

Удалил ссылку /lib/libpcre.so.3 и создал новую ln /opt/lib32/lib/libpcre.so.0.0.1 /lib/libpcre.so.3 -все, программа заработала.

Источник

Печать

Страницы: [1] Вниз

Тема: про /usr/lib32 (Прочитано 989 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Woodman2

Доброго времени суток!
По инструкции отсюда http://www.openkazan.info/Citrix-ICA-Client-Ubuntu-8.10-64-bit устанавливал ICA Citrix.
После установки обратил внимание, что у меня перестал запускаться wine с его программами, а также гугл_земля.
Стал разбираться со сценарием установки citrix. Последние строки меня насторожили:

cd ./usr/lib/ cp * /usr/lib32/
Копирование содержимого lib в lib32 ничего хорошего не даёт. Ступил я вообщем, не задумываясь следуя указаниям…
Повторная установка wine ничего не дала (перед этим я его ПОЛНОСТЬЮ удалил).

Есть решение данной ситуации? Как изначально восстановить содержимое /usr/lib32 ?

p.s. Месяца 3 назад делал бэкап системы с помощью AptOnCD. Может им как то воспользоваться?

p.s. 2: My CPU: AMD64-3400 AM2; MyOS: Ubuntu64 9.04

« Последнее редактирование: 28 Сентября 2009, 07:10:18 от Woodman2 »

CPU: AMD Athlon 64 X2 Dual Core 3600+; MB: Gygabyte GA-M57 SLI-S4; RAM: 4Gb;
VIDEO: GeForce 9600 GSO 1024 PCI-E; HDD Western Digital SATA2 1&1,5Tb;
MONITOR: Acer «22 P223w; OS: Ubuntu Linux 10.04 LTS

Lion-Simba

Дык это. А Wine-то что говорит при запуске? А Гугл Земля?

cd ./usr/lib/ cp * /usr/lib32/Похоже на копирование библиотек Citrix в системную папку, ничего криминального в этом не вижу.
Вот если бы было

cd /usr/lib/ cp * /usr/lib32/тогда да, так нельзя.

Оказываю индивидуальную платную техподдержку широкого профиля. Обращаться в ЛС или Jabber.

Woodman2

Что пишут при запуске эти программы скажу позже (комп вне досягаемости).
Но что-то было связано с шрифтами.

Пользователь решил продолжить мысль 28 Сентября 2009, 10:02:10:

Проблему частично решил, переустановкой 32-разрядных библиотек ia32-libs-gtk, ia32-libs, libc6-i386, lib32gcc1, lib32z1 и lib32stdc++6.
Результат: запускается wine с его программами.

Гугл земля пока не пашет. Чото пишет про GL. Наверное, соответствующие 32-разрядные библиотеки требует. Буду искать.
Кстати, не помните, какой командной можно узнать, какими пакетами, библиотеками пользуется конкретная программа?

Пользователь решил продолжить мысль 28 Сентября 2009, 18:16:38:

Ошибка при установке Google Earth:

./googleearth-bin: error while loading shared libraries: libGL.so.1: wrong ELF class: ELFCLASS64
Файл libGL.so.1 есть в составе библиотеки ia32-libs, который я и так переустанавливал ранее…

« Последнее редактирование: 28 Сентября 2009, 18:16:38 от Woodman2 »

Bloodmage

была та же проблема, с LibGL нашёл решение: переустановил дрова видеокарты — установщик драйвера пихает в lib32 свою LibGL. Не знаю , как у других, но у NVidia именно так.

Печать

Страницы: [1] Вверх

Источник

После установки драйвера Nvidia при попытке запустить Steam я получаю эту ошибку:

steam: error while loading shared libraries: libGL.so.1: wrong ELF class: ELFCLASS64

Я нашел этот вопрос и один из ответов, которые предлагают установить:

sudo apt-get install libgl1-mesa-glx:i386

Я уже установил libgl1-mesa-glx:i386. Чем я нашел этот . Он предлагает сделать символическую ссылку на 32-битную libGL. Как это сделать? У вас есть другие предложения?

задан
13 April 2017 в 15:23

8 ответов

Эта проблема в 64-битных системах вызвана тем, что /usr/lib раньше, чем LD_LIBRARY_PATH, чем /usr/lib32. Steam пробует 64-битные библиотеки и жалуется, не глядя дальше.

Однако это можно исправить с помощью ~/Steam/steam.sh, но этот файл, похоже, восстанавливается в исходную версию каждый раз, когда запускается steam.

Я исправил это, создав скрипт, который делает это:

#!/bin/bash
export LD_LIBRARY_PATH=/usr/lib32:$LD_LIBRARY_PATH
steam $*

Это добавляет /usr/lib32 к пути к библиотеке, затем запускает steam (с исходными аргументами скрипта). Теперь /usr/lib32 находится в пути до /usr/lib, и steam успешно использует 32-битные библиотеки.

Вы также можете добавить строку

export LD_LIBRARY_PATH=/usr/lib32:$LD_LIBRARY_PATH

к /usr/bin/steam, она будет иметь такой же эффект, если вы добавите ее до самой последней строки. Вам понадобится sudo для редактирования /usr/lib/steam.

Это имеет дополнительный бонус, что это лучшее исправление, так как все, что запускает steam (пункт меню приложения, ассоциации типов файлов, ассоциации URI), будет работать правильно.
Недостатком является то, что /usr/bin/steam может быть перезаписано при обновлении Steam.

Я использую последний метод, сохраняя сценарий в качестве резервной копии. Таким образом, если /usr/bin/steam перезаписать, я могу просто скопировать и вставить строку из скрипта, чтобы исправить это.

ответ дан mrcktz
13 April 2017 в 15:23

Исправлено в raring ringtail (xubuntu 13.04) с драйверами nVidia 319.17, добавив /usr/lib32 в новый файл:

$ sudo nano /etc/ld.so.conf.d/lib32.conf

, затем запустив:

$ sudo ldconfig

Поскольку файл /etc/ld.so.conf содержит include /etc/ld.so.conf.d/*.conf, любой файл в этом каталоге с расширением .conf анализируется.

ответ дан scruff
13 April 2017 в 15:23

Если вы используете ограниченную бета-версию Steam для Linux, я опубликую это на форумах Steam для Linux . Они должны иметь лучшую помощь, и если это проблема с самим программным обеспечением, разработчики смогут исправить это. Кроме того, если вы используете 64-битную ОС, там много людей, которые, вероятно, прошли через проблемы, которые у вас есть, и, следовательно, точно знают, что делать.

ответ дан Spice
13 April 2017 в 15:23

Я столкнулся с той же проблемой, но с Skype . Все вышеперечисленные решения (создание символических ссылок, настройка LD_LIBRARY_PATH) не сработали для меня.

Я наконец нашел помощь в посте , уже упомянутом выше — но с другим решением.

Похоже, что программа обновления nvidia (при запросе разрешения на установку 32-битных библиотек совместимости OpenGL) испортила и удалила /usr/lib/i386-linux-gnu/mesa/libGL.so.1 и /usr/lib/i386-linux-gnu/mesa/libGL.so.

Переустановка библиотеки libgl1 помогла:

sudo apt-get install --reinstall libgl1-mesa-glx:i386

ответ дан b-studios
13 April 2017 в 15:23

Исправлено это для Mint 14 с новейшими 64-битными драйверами Nvidia 310.32 с поддержкой 32-битных драйверов, установленными в

/emul/ia32-linux/usr/lib

путем добавления

export LD_LIBRARY_PATH=/emul/ia32-linux/usr/lib:$LD_LIBRARY_PATH

после первого "export" начало файла /usr/bin/steam.

ответ дан kiri
13 April 2017 в 15:23

У меня была точно такая же проблема в 64-битной версии Linux Mint Debian Edition 2.

Я решил эту проблему путем переустановки драйверов NVIDIA с 32-битными библиотеками GL (после установки этих библиотек Steam запрашивал).

Я просто предполагаю, что установка этих 32-битных графических библиотек нарушает некоторые связи, а переустановка драйверов NVIDIA с этими реальными 32-битными библиотеками устраняет проблему линковки.

ответ дан Eliah Kagan
13 April 2017 в 15:23

У меня была эта проблема со скайпом. Я исправил это, снова установив официальный драйвер Nvidia и установив 32-битную библиотеку совместимости во время установки.

ответ дан Saeed Zarinfam
13 April 2017 в 15:23

Другие вопросы по тегам:

Похожие вопросы:

Источник

Здравствуйте уважаемые форумчане.
Второй день не могу решить проблему с библиотекой libgl.so.1 32 bit, пытался запустить Quake 4 (раньше работал на такой же системе AltLinux Kdesktop 6 x86_64) не находит библиотеку, PlayOnLinux (из репозитория) тоже не находит её, CrossOver тоже жалуется, что не не работает OpenGL и нет libgl.so.1 32 bit. Драйвер использую fglrx_glx 8.87-2 из репозиторя, так же установлена i586-libGL.32bit OpenGL 1.3 compatible 3D graphics library for X Window server.
В чём может быть дело? :-o

glxgears

$ glxgears 3653 frames in 5.0 seconds = 730.392 FPS 3524 frames in 5.0 seconds = 704.798 FPS 3727 frames in 5.0 seconds = 745.216 FPS 3744 frames in 5.0 seconds = 748.704 FPS
glxinfo

$ glxinfo | grep render direct rendering: Yes OpenGL renderer string: ATI Mobility Radeon HD 5400 Series GL_NV_conditional_render, GL_NV_copy_depth_to_color,

Записан

Переход на Линукс, совсем не означает смену друзей.

А если перед запуском приложения прописать переменную LD_LIBRARY_PATH, где указать путь до директории, где нужная библиотека лежит ?

Записан

А если перед запуском приложения прописать переменную LD_LIBRARY_PATH, где указать путь до директории, где нужная библиотека лежит ?

Где лежит библиотека я не знаю (поиском прошелся, пусто). Как прописывать переменные тоже пока не знаю.

Записан

Переход на Линукс, совсем не означает смену друзей.

Где лежит библиотека я не знаю (поиском прошелся, пусто). Как прописывать переменные тоже пока не знаю.

Не знаю, возможно у вас на системе будет чуть по другому, но у меня пакет i586-fglrx_glx кладет libgl в /usr/lib/X11/fglrx/. Посмотреть содержимое пакета можно командой

rpm -ql i586-fglrx_glx
Чтобы прописать LD_LIBRARY_PATH нужно в консоли, из которой вы будете запускать игру, выполнить команду

export LD_LIBRARY_PATH=/usr/lib/X11/fglrx/

Записан

Пробуем с 64 битным драйвером.

$ rpm -ql fglrx_glx /etc/ati /etc/ati/amdpcsdb.default /etc/ati/atiogl.xml /etc/ati/authatieventsd.sh /etc/ati/control /etc/ati/logo.xbm.example /etc/ati/logo_mask.xbm.example /etc/ati/signature /usr/X11R6/lib64/modules/dri/fglrx_dri.so /usr/lib64/X11/fglrx /usr/lib64/X11/fglrx/fglrx-libglx.so /usr/lib64/X11/fglrx/libGL.so.1 /usr/lib64/X11/fglrx/libglx.so /usr/lib64/X11/modules/amdxmm.so /usr/lib64/X11/modules/dri/fglrx_dri.so /usr/lib64/X11/modules/drivers/fglrx_drv.so /usr/lib64/X11/modules/glesx.so /usr/lib64/X11/modules/linux/libfglrxdrm.so /usr/lib64/dri /usr/lib64/dri/fglrx_dri.so /usr/lib64/fglrx/switchlibGL /usr/lib64/fglrx/switchlibglx /usr/lib64/libatiadlxx.so /usr/lib64/libaticalcl.so /usr/lib64/libaticaldd.so /usr/lib64/libaticalrt.so /usr/lib64/libatiuki.so.1 /usr/lib64/libatiuki.so.1.0 /usr/lib64/libfglrx_dm.so.1.0 /usr/libexec/X11/drv.d/fglrx /usr/share/doc/fglrx_glx-8.87.2 /usr/share/doc/fglrx_glx-8.87.2/ATI_LICENSE.TXT /usr/share/doc/fglrx_glx-8.87.2/articles /usr/share/doc/fglrx_glx-8.87.2/articles/1gbhang.html /usr/share/doc/fglrx_glx-8.87.2/articles/4461.html /usr/share/doc/fglrx_glx-8.87.2/articles/4462.html /usr/share/doc/fglrx_glx-8.87.2/articles/4463.html /usr/share/doc/fglrx_glx-8.87.2/articles/4464.html /usr/share/doc/fglrx_glx-8.87.2/articles/4469.html /usr/share/doc/fglrx_glx-8.87.2/articles/4470.html /usr/share/doc/fglrx_glx-8.87.2/articles/4475.html /usr/share/doc/fglrx_glx-8.87.2/articles/4478.html /usr/share/doc/fglrx_glx-8.87.2/articles/4479.html /usr/share/doc/fglrx_glx-8.87.2/articles/4480.html /usr/share/doc/fglrx_glx-8.87.2/articles/4481.html /usr/share/doc/fglrx_glx-8.87.2/articles/4482.html /usr/share/doc/fglrx_glx-8.87.2/articles/4483.html /usr/share/doc/fglrx_glx-8.87.2/articles/4484.html /usr/share/doc/fglrx_glx-8.87.2/articles/4485.html /usr/share/doc/fglrx_glx-8.87.2/articles/corruptstereo.html /usr/share/doc/fglrx_glx-8.87.2/articles/corruptvtswitch.html /usr/share/doc/fglrx_glx-8.87.2/articles/devshm.html /usr/share/doc/fglrx_glx-8.87.2/articles/dga3dhang.html /usr/share/doc/fglrx_glx-8.87.2/articles/doom3corrupt.html /usr/share/doc/fglrx_glx-8.87.2/articles/dualheadvideo.html /usr/share/doc/fglrx_glx-8.87.2/articles/laptopsuspend.html /usr/share/doc/fglrx_glx-8.87.2/articles/missingdrmheaders.html /usr/share/doc/fglrx_glx-8.87.2/articles/mousecursorhang.html /usr/share/doc/fglrx_glx-8.87.2/articles/no3d-aiw8500dv.html /usr/share/doc/fglrx_glx-8.87.2/articles/no3d-kt400.html /usr/share/doc/fglrx_glx-8.87.2/articles/nomembercount.html /usr/share/doc/fglrx_glx-8.87.2/articles/pcie3dmemoryleak.html /usr/share/doc/fglrx_glx-8.87.2/articles/r420blankdisplay.html /usr/share/doc/fglrx_glx-8.87.2/articles/rv280dviblankdisplay.html /usr/share/doc/fglrx_glx-8.87.2/articles/rv350springdale.html /usr/share/doc/fglrx_glx-8.87.2/articles/secondheadcorruption.html /usr/share/doc/fglrx_glx-8.87.2/articles/xf86_enodev.html /usr/share/doc/fglrx_glx-8.87.2/articles/xrestartpcie.html /usr/share/doc/fglrx_glx-8.87.2/articles/xvsatshift.html /usr/share/doc/fglrx_glx-8.87.2/configure.html /usr/share/doc/fglrx_glx-8.87.2/driverfaq.html /usr/share/doc/fglrx_glx-8.87.2/examples /usr/share/doc/fglrx_glx-8.87.2/examples/etc /usr/share/doc/fglrx_glx-8.87.2/examples/etc/acpi /usr/share/doc/fglrx_glx-8.87.2/examples/etc/acpi/ati-powermode.sh /usr/share/doc/fglrx_glx-8.87.2/examples/etc/acpi/events /usr/share/doc/fglrx_glx-8.87.2/examples/etc/acpi/events/a-ac-aticonfig /usr/share/doc/fglrx_glx-8.87.2/examples/etc/acpi/events/a-lid-aticonfig /usr/share/doc/fglrx_glx-8.87.2/examples/etc/init.d /usr/share/doc/fglrx_glx-8.87.2/examples/etc/init.d/atieventsd.sh /usr/share/doc/fglrx_glx-8.87.2/index.html /usr/share/doc/fglrx_glx-8.87.2/installer.html /usr/share/doc/fglrx_glx-8.87.2/issues.html /usr/share/doc/fglrx_glx-8.87.2/linuxfaq.html /usr/share/doc/fglrx_glx-8.87.2/tips-linux.html /usr/share/doc/fglrx_glx-8.87.2/user-manual /usr/share/doc/fglrx_glx-8.87.2/user-manual/index.html /usr/share/hal/fdi/policy/20thirdparty/20-x11-video-fglrx.fdi /usr/share/hwdatabase/videoaliases/fglrx.xinf
Дальше

$ export LD_LIBRARY_PATH=/usr/lib64/X11/fglrx/

$ playonlinux [main] Message: PlayOnLinux (4.1.8) is starting [clean_tmp] Message: Cleaning temp directory /home/andrei/.PlayOnLinux//tmp/check_dd_x86: error while loading shared libraries: libGL.so.1: wrong ELF class: ELFCLASS64 [Check_OpenGL] Warning: [Check_OpenGL] Message: 64bits direct rendering is enabled И снова нет 32 битной библиотеки, будут проблемы с запуском игр.

Поставил 32 битный i586-fglrx_glx драйвер из реп.

$ rpm -ql i586-fglrx_glx /usr/lib/X11/fglrx/fglrx-libglx.so /usr/lib/X11/fglrx/libGL.so.1 /usr/lib/X11/fglrx/libglx.so /usr/lib/X11/modules/amdxmm.so /usr/lib/X11/modules/dri/fglrx_dri.so /usr/lib/X11/modules/drivers/fglrx_drv.so /usr/lib/X11/modules/glesx.so /usr/lib/X11/modules/linux/libfglrxdrm.so /usr/lib/dri/fglrx_dri.so /usr/lib/libAMDXvBA.so.1 /usr/lib/libAMDXvBA.so.1.0 /usr/lib/libXvBAW.so.1 /usr/lib/libXvBAW.so.1.0 /usr/lib/libatiadlxx.so /usr/lib/libaticalcl.so /usr/lib/libaticaldd.so /usr/lib/libaticalrt.so /usr/lib/libatiuki.so.1 /usr/lib/libatiuki.so.1.0 /usr/lib/libfglrx_dm.so.1.0
Дальше

$ export LD_LIBRARY_PATH=/usr/lib/X11/fglrx/

playonlinux [main] Message: PlayOnLinux (4.1.8) is starting [clean_tmp] Message: Cleaning temp directory [Check_OpenGL] Warning: 32bits direct rendering is not enabled [Check_OpenGL] Message: 64bits direct rendering is enabled
И 32 битной библиотеки, будут проблемы с запуском игр.

Записан

Переход на Линукс, совсем не означает смену друзей.

Источник

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/topic/normal_post_locked.png" alt /> Тема: про /usr/lib32 (Прочитано 989 раз)

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> Woodman2

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> Lion-Simba

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> Woodman2

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> Bloodmage

8 ответов

Другие вопросы по тегам:

Похожие вопросы:

Тема: про /usr/lib32 (Прочитано 989 раз)

Woodman2

Lion-Simba

Woodman2

Bloodmage