LINUX.ORG.RU

[debian] После обновления перестала запускаться игра

 


0

2

Добрый день. Вчера я поставил последнии обновления (репозиторий testing), после чего перестал запускаться Urban Terror. Вот список обновлений(из /var/log/apt/history.log)

Start-Date: 2011-06-18  01:40:52
Commandline: apt-get upgrade -y
Upgrade: libpam0g:i386 (1.1.2-3, 1.1.3-1), libsensors4:i386 (3.3.0-2, 3.3.0-3), libpam-modules:i386 (1.1.2-3, 1.1.3-1), librdf0:i386 (1.0.13-2+b1, 1.0.13-3), libdbus-1-3:i386 (1.4.8-3, 1.4.12-2), cmake-data:i386 (2.8.4+dfsg.1-2, 2.8.4+dfsg.1-5), libpam-runtime:i386 (1.1.2-3, 1.1.3-1), libpam-gnome-keyring:i386 (3.0.0-3, 3.0.3-2), libgcr-3-0:i386 (3.0.0-3, 3.0.3-2), groff-base:i386 (1.21-5, 1.21-6), xserver-xorg-core:i386 (1.10.2-1, 1.10.2-1+b1), libsmbclient:i386 (3.5.8~dfsg-1, 3.5.8~dfsg-5), dbus:i386 (1.4.8-3, 1.4.12-2), libgck0:i386 (3.0.0-3, 3.0.3-2), cmake:i386 (2.8.4+dfsg.1-2, 2.8.4+dfsg.1-5), libgtk-3-0:i386 (3.0.8-1, 3.0.10-1), libdbus-1-dev:i386 (1.4.8-3, 1.4.12-2), libgweather-common:i386 (2.30.3-1, 3.0.2-1), cron:i386 (3.0pl1-116, 3.0pl1-118), libcrypto++9:i386 (5.6.1-4, 5.6.1-5), lm-sensors:i386 (3.3.0-2, 3.3.0-3), bsdmainutils:i386 (8.2.2, 8.2.3), fancontrol:i386 (3.3.0-2, 3.3.0-3), libwbclient0:i386 (3.5.8~dfsg-1, 3.5.8~dfsg-5), xserver-xephyr:i386 (1.10.2-1, 1.10.2-1+b1), librsvg2-2:i386 (2.32.1-1, 2.34.0-1), libgucharmap7:i386 (2.30.3-1, 3.0.1-1), libdb4.7:i386 (4.7.25-19, 4.7.25-20), rsyslog:i386 (5.8.0-1, 5.8.1-1), libgtk-3-bin:i386 (3.0.8-1, 3.0.10-1), dbus-x11:i386 (1.4.8-3, 1.4.12-2), librsvg2-common:i386 (2.32.1-1, 2.34.0-1)
End-Date: 2011-06-18  01:44:30

Start-Date: 2011-06-18  01:47:15
Commandline: apt-get dist-upgrade -y
Install: chromium-inspector:i386 (11.0.696.71~r86024-1, automatic), libv8-3.1.8.10:i386 (3.1.8.10-3, automatic), chromium:i386 (11.0.696.71~r86024-1, automatic), libprotobuf7:i386 (2.4.0a-2, automatic), chromium-l10n:i386 (11.0.696.71~r86024-1, automatic), dconf-gsettings-backend:i386 (0.7.5-2, automatic)
Upgrade: gnome-keyring:i386 (3.0.0-3, 3.0.3-2), chromium-browser-l10n:i386 (6.0.472.63~r59945-5+squeeze5, 11.0.696.71~r86024-1), chromium-browser-inspector:i386 (6.0.472.63~r59945-5+squeeze5, 11.0.696.71~r86024-1), chromium-browser:i386 (6.0.472.63~r59945-5+squeeze5, 11.0.696.71~r86024-1), libgtk-3-common:i386 (3.0.8-1, 3.0.10-1)
End-Date: 2011-06-18  01:47:57

Запуск игры:

[bilkis@bilkis-laptop ~]$ ~/UrbanTerror/ioUrbanTerror.i386
ioQ3 1.35urt linux-i386 Dec 20 2007
----- FS_Startup -----
Going through search path...

----------------------
13526 files in pk3 files
execing default.cfg
execing q3config.cfg
execing autoexec.cfg
Hunk_Clear: reset the hunk ok
----- Client Initialization -----
----- Initializing Renderer ----
-------------------------------
QKEY found.
----- Client Initialization Complete -----
----- R_Init -----
...loading libGL.so.1:
Calling SDL_Init(SDL_INIT_VIDEO)...
SDL_Init(SDL_INIT_VIDEO) passed.
Initializing OpenGL display
...setting mode 6: 1024 768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
SDL_SetVideoMode failed: No video mode large enough for 1024x768
Couldn't get a visual
...WARNING: could not set the given mode (6)
Initializing OpenGL display
...setting mode 3: 640 480
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
SDL_SetVideoMode failed: Couldn't find matching GLX visual
Couldn't get a visual
...WARNING: could not set the given mode (3)
----- CL_Shutdown -----
RE_Shutdown( 1 )
-----------------------
Sys_Error: GLimp_Init() - could not load OpenGL subsystem

Еще вчера(до обновления) все работало. Заранее спасибо за помощь.



Последнее исправление: bilkis (всего исправлений: 1)

xserver-xorg-core откатить получится?

coldy ★★
()
Ответ на: комментарий от coldy

У моего нетбука разрешение 1024 на 600, то же разрешение указано в Ut. Так же мой нетбук поддерживает 1024 на 768, в этом разрешение удобней играть(больше деталей). До обновления все работало.

Как мне откатить xserver-xorg-core?

bilkis
() автор топика
Ответ на: комментарий от bilkis

Копать надо либо в откат пакетов, либо в поиск разрешения экрана игры

coldy ★★
()
Ответ на: комментарий от coldy
[bilkis@bilkis-laptop ~]$ dmesg | grep error
[   11.545143] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[ 7112.886270] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[ 7115.007992] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[ 7116.089693] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[ 7117.049824] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[ 7118.041037] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[13137.931413] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[13139.000681] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[13139.771405] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0

Как выполнить откат пакета?

bilkis
() автор топика
Ответ на: комментарий от coldy

Вероятно так. Я менял тестинг на сквиз и обратно. Как пофиксить и все-все обновить в тестинге?

bilkis
() автор топика

Специфический конфиг, видимо.
перенеси его, mv .urban*
посмотрим , запустится, нет.

darkshvein ☆☆
()
Ответ на: комментарий от bilkis

Весь конец забит повторяющимися параграфами.

[  7419.926] (II) intel(0): EDID vendor "HSD", prod id 1001
[  7419.926] (II) intel(0): DDCModeFromDetailedTiming: 1024x600 Warning: We only handle separate sync.
[  7419.926] (II) intel(0): Printing DDC gathered Modelines:
[  7419.926] (II) intel(0): Modeline "1024x600"x0.0   45.00  1024 1077 1112 1200  600 604 609 625 -hsync -vsync (37.5 kHz)
[  7419.926] (II) intel(0): Modeline "1024x600"x0.0   51.42  1024 1117 1152 1240  600 617 622 638 -hsync -vsync (41.5 kHz)

bilkis
() автор топика
Ответ на: комментарий от bilkis

У меня такая же проблема. Выявить источник пока не смог. Видимо, надо или откатываться на старые версиии, или ждать, когда починят…

SoulThreads
()
Ответ на: комментарий от bilkis

Не обновлять надо, а откатывать, или писать багрепорты (для чего и нужен тестинг), или ждать пока починят

coldy ★★
()
Ответ на: комментарий от bilkis

Список обновлённых пакетов есть - это хорошо. Комментируйте в /etc/apt/sources.list источники testing(wheezy), оставляйте только squeeze, в синаптике выбирайте вариант предпочитать пакеты squeeze и потихоньку возвращайте как было.

coldy ★★
()
Ответ на: комментарий от coldy

Что мне делать, чтобы исправить этот баг? Помимо ожидания.

bilkis
() автор топика
Ответ на: комментарий от bilkis
[   173.502] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/i915_dri.so failed (/usr/lib/i386-linux-gnu/dri/i915_dri.so: cannot open shared object file: No such file or directory)
[   173.502] (EE) AIGLX: reverting to software rendering
[   173.502] (II) AIGLX: Screen 0 is not DRI capable
[   173.502] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/swrast_dri.so failed (/usr/lib/i386-linux-gnu/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
[   173.502] (EE) GLX: could not load software renderer

Оно?

leave ★★★★★
()

Тут уже советовали откатить xserver-xorg-core, помогает. У меня на нвидии после последнего адпейта тоже опенгл весь сдох.

melkor217 ★★★★★
()
Ответ на: комментарий от bilkis

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630802

Cyril Brulebois <kibi@debian.org> (17/06/2011):

either upgrade your mesa packages to sid, or revert to 2:1.10.2-1 in
the meanwhile.

That situation should get fixed in a few hours, with a server rebuilt within testing (with version number +b2). I'll try and write some details about the issue (probably tomorrow). If you're interested: http://blog.mraw.org/ http://planet.debian.org/

Upgrading the server from +b1 to +b2 in testing should be the only needed action. No need to try and upgrade mesa after all (as seen in another bug report, that would mean upgrading a lot of packages).

Mraw, KiBi.

Уходите с тестинга, он вам не по зубам

coldy ★★
()
Ответ на: комментарий от coldy

>[ 173.502] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/i915_dri.so failed (/usr/lib/i386-linux-gnu/dri/i915_dri.so: cannot open shared object file: No such file or directory)

[ 173.502] (EE) AIGLX: reverting to software rendering

[ 173.502] (II) AIGLX: Screen 0 is not DRI capable


[ 173.502] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/swrast_dri.so failed (/usr/lib/i386-linux-gnu/dri/swrast_dri.so: cannot open shared object file: No such file or directory)


[ 173.502] (EE) GLX: could not load software renderer



была такая же проблема. Решил ее, созданием симлинка в папке где ищется glx-модуль, на папку, где этот модуль находится на самом деле.
Где-то так:
cd /usr/lib
mkdir i386-linux-gnu && cd i386-linux-gnu
mkdir dri && cd dri
ln -s /usr/lib/dri/i915_dri.so i915_dri.so

Перезагрузка, и 3d появилось, компиз вновь заработал.

klasik
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.