Re: Nvidia, dkms, update-alternatives и libGL.so.1

2010-09-02 Пенетрантность Oleg A. Anisimov
1 сентября 2010 г. 21:18 пользователь Stanislav Maslovski
stanislav.maslov...@gmail.com написал:
 On Wed, Sep 01, 2010 at 05:06:00PM +0400, Oleg A. Anisimov wrote:
 1 сентября 2010 г. 15:20 пользователь Stanislav Maslovski
  Вопросы традиционные для России: Кто виноват? и Что делать? чтобы 
  пресечь
  эту вакханалию.
 
  Виноват, вероятно, ldconfig. Удали ошметки (libGL.so.169.09) от старого 
  драйвера.
 
 Виноват оказался я сам (ССЗБ - нефиг нештатными путями ставить
 nvidia). Перед тем, как
 встать на путь истинный (m-a a-i nvidia) нужно было изгнать духа
 (NVIDIA*.run --uninstall).

 Собственно, вариант ССЗБ подразумевался, поскольку стандартно
 установленные пакеты чистят за собой.

Спасибо за пинок в нужном направлении! 8)

 А теперь вопрос немного в сторону. Теперь уже способ 'm-a a-i nvidia'
 уходит в историю и штатно будет все выполняться dkms-ом?

 Пока еще есть выбор.

Будем держать нос по ветру.
 --
 Stanislav


 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20100901171838.ga15...@kaiba.homelan




-- 
--
С наилучшими пожеланиями,
Олег Анисимов AKA Yoda


Nvidia, dkms, update-alternatives и libGL.so.1

2010-09-01 Пенетрантность Oleg A. Anisimov
Доброго всем LOCAL_TIME!

После очередного обновления из testing через safe-upgrade приехал автоматом
dkms и что-то там принялся пересобирать, видимо модуль для карты nvidia, за
этим последовал запуск update-alternatives (это все, что успел заметить краем
глаза при обновлении). Возможно при этом сначала обновилось ядро, но я не
заметил было ли это. Все вроде прошло гладко и без ругани и я бы не узнал,
что что-то пошло не так, если бы после апдэйта не отказался запускаться
chromium-browser с руганью на неопределенные символы в libGL.so.1 Второй
сюрприз всплыл после выхода из сеанса KDE 4 - назад войти уже не вышло,
иксы просто падали и KDM предлагал снова войти.

После недолгого ковыряния в /usr/lib выяснилось что симлинки libGL.so
и libGL.so.1
ссылаются на разные версии либ (приведу весь вывод для полноты картины):

yoda:/etc/init.d# ls -l /usr/lib | grep libGL
lrwxrwxrwx  1 root root   22 Авг 30 11:47 libGLcore.so.1 -
libGLcore.so.195.36.31
-rwxr-xr-x  1 root root 11615648 Май 19  2008 libGLcore.so.169.09
-rw-r--r--  1 root root 23090400 Июн  2 11:26 libGLcore.so.195.36.31
lrwxrwxrwx  1 root root   15 Июл 29 15:49 libGLC.so.0 - libGLC.so.0.0.7
-rw-r--r--  1 root root   103088 Июл 29 00:49 libGLC.so.0.0.7
lrwxrwxrwx  1 root root   18 Июн 15 08:57 libGLEWmx.so.1.5 -
libGLEWmx.so.1.5.4
-rw-r--r--  1 root root   287496 Июн 12 11:10 libGLEWmx.so.1.5.4
lrwxrwxrwx  1 root root   16 Июн 14 18:52 libGLEW.so.1.5 -
libGLEW.so.1.5.4
-rw-r--r--  1 root root   322048 Июн 12 11:10 libGLEW.so.1.5.4
-rw-r--r--  1 root root  653 Май 19  2008 libGL.la
lrwxrwxrwx  1 root root   26 Авг 30 12:29 libGL.so -
/etc/alternatives/libGL.so
lrwxrwxrwx  1 root root   15 Сен  1 11:27 libGL.so.1 - libGL.so.169.09
-rwxr-xr-x  1 root root   664804 Май 19  2008 libGL.so.169.09
-rw-r--r--  1 root root   715526 Июл 15 19:36 libGLU.a
lrwxrwxrwx  1 root root   11 Июл 27 16:28 libGLU.so - libGLU.so.1
lrwxrwxrwx  1 root root   20 Июл 27 16:28 libGLU.so.1 -
libGLU.so.1.3.070701
-rw-r--r--  1 root root   454800 Июл 15 19:36 libGLU.so.1.3.070701
yoda:/etc/init.d# cd /usr/lib

То есть libGL.so.1 - libGL.so.169.09, а это, как мне кажется ошметки от старого
драйвера nvidia с версией 169.09. Ладно, не беда - правлю симлинк на
libGL.so.1 - /etc/alternatives/libGL.so.1 и все встает на место.
Вроде бы можно и
успокоиться... Проходит несколько часов, запускаю из консоли инсталляцию
офиса в вайне и вижу:

y...@yoda:/home/torrent/HDTV2/SOFT$ wine /cdrom/soft/office/office2003rusp3.exe
wine: created the configuration directory '/home/yoda/.wine'
Could not load Mozilla. HTML rendering will be disabled.
err:module:load_builtin_dll failed to load .so lib for builtin
Lglu32.dll: /usr/lib/libGL.so.1: undefined symbol: _nv000135gl
err:module:load_builtin_dll failed to load .so lib for builtin
Lopengl32.dll: /usr/lib/libGL.so.1: undefined symbol: _nv000135gl
wine: configuration in '/home/yoda/.wine' has been updated.

Снова иду в /usr/lib Ччорт!!! Какая сволочь это сделала? Симлинк libGL.so.1
снова указывает на libGL.so.169.09!!! Я в шоке.

Вопросы традиционные для России: Кто виноват? и Что делать? чтобы пресечь
эту вакханалию.

--
--
С наилучшими пожеланиями,
Олег Анисимов AKA Yoda


Re: Nvidia, dkms, update-alternatives и libGL.so.1

2010-09-01 Пенетрантность Oleg A. Anisimov
1 сентября 2010 г. 15:20 пользователь Stanislav Maslovski
stanislav.maslov...@gmail.com написал:
 On Wed, Sep 01, 2010 at 12:21:17PM +0400, Oleg A. Anisimov wrote:
 Доброго всем LOCAL_TIME!

 [skipped]

 То есть libGL.so.1 - libGL.so.169.09, а это, как мне кажется ошметки от 
 старого
 драйвера nvidia с версией 169.09. Ладно, не беда - правлю симлинк на
 libGL.so.1 - /etc/alternatives/libGL.so.1 и все встает на место.
 Вроде бы можно и
 успокоиться... Проходит несколько часов, запускаю из консоли инсталляцию
 офиса в вайне и вижу:

 [skipped]

 Снова иду в /usr/lib Ччорт!!! Какая сволочь это сделала? Симлинк 
 libGL.so.1
 снова указывает на libGL.so.169.09!!! Я в шоке.

 Вопросы традиционные для России: Кто виноват? и Что делать? чтобы пресечь
 эту вакханалию.

 Виноват, вероятно, ldconfig. Удали ошметки (libGL.so.169.09) от старого 
 драйвера.

Виноват оказался я сам (ССЗБ - нефиг нештатными путями ставить
nvidia). Перед тем, как
встать на путь истинный (m-a a-i nvidia) нужно было изгнать духа
(NVIDIA*.run --uninstall).

Вторая часть вопроса решилась (хочу верить что это так) следующим образом:

wget 
http://ru.download.nvidia.com/XFree86/Linux-x86/169.09/NVIDIA-Linux-x86-169.09-pkg1.run
chmod +x NVIDIA-Linux-x86-169.09-pkg1.run
./NVIDIA-Linux-x86-169.09-pkg1.run --uninstall

После чего на месте libGL.so.169.09 появилось нечто (видимо
забэкапленное ранее инстоллером
nvidia):

yoda:~# aptitude rels -l /usr/lib | grep libGL
...
lrwxrwxrwx  1 root root   26 Авг 30 12:29 libGL.so -
/etc/alternatives/libGL.so
lrwxrwxrwx  1 root root   12 Сен  1 16:45 libGL.so.1 - libGL.so.1.2
-rw-r--r--  1 root root   425832 Фев 23  2007 libGL.so.1.2

...

Далее нужно было убить старую либу и симлинк и переустановить пакетик
libgl1-mesa-glx:

yoda:~# ls -l /usr/aptitude reinstall libgl1-mesa-glx
Следующие пакеты будут ПЕРЕУСТАНОВЛЕНЫ:
  libgl1-mesa-glx
0 пакетов обновлено, 0 установлено новых, 1 переустановлено, 0 пакетов
отмечено для удаления, и 76 пакетов не обновлено.
Необходимо получить 0B/154kB архивов. После распаковки 0B будет занято.
(Чтение базы данных ... на данный момент установлено 323109 файлов и каталогов.)
Подготовка к замене пакета libgl1-mesa-glx 7.7.1-4 (используется файл
.../libgl1-mesa-glx_7.7.1-4_i386.deb) ...
Распаковывается замена для пакета libgl1-mesa-glx ...
Обрабатываются триггеры для libgl1-nvidia-alternatives ...
update-alternatives: предупреждение: forcing reinstallation of
alternative /usr/lib/nvidia/libGL.so.1 because link group libGL.so.1
is broken.
Настраивается пакет libgl1-mesa-glx (7.7.1-4) ...
[ Rootkit Hunter version 1.3.6 ]
File updated: searched for 164 files, found 141

После чего все пришло в норму:

yoda:~# aptitude rels -l /usr/lib | grep libGL
...
lrwxrwxrwx  1 root root   26 Авг 30 12:29 libGL.so -
/etc/alternatives/libGL.so
lrwxrwxrwx  1 root root   28 Сен  1 16:58 libGL.so.1 -
/etc/alternatives/libGL.so.1
...

А теперь вопрос немного в сторону. Теперь уже способ 'm-a a-i nvidia'
уходит в историю
и штатно будет все выполняться dkms-ом?

 --
 Stanislav


 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20100901112018.ga14...@kaiba.homelan





-- 
--
Best regards,
Oleg Anisimov,
Head of ISP department
==
LLC ZHANR, bld. 16, Komissarova str.,
Vladimir, Russian Federation, 600018
phone: +7 4922 372373
fax: +7 4922 311260
e-mail: o.anisi...@dobroe.tv
--
--
С наилучшими пожеланиями,
Олег Анисимов
Начальник отдела
Интернет-провайдинга
==
ООО ЖАНР Телекомпания Доброе,
г. Владимир, ул. Комиссарова, 16
тел. (4922) 372-373
факс. (4922) 311-260
e-mail: o.anisi...@dobroe.tv