Xlib Extension GLX Missing on Display 0:0 Error Message
Dear friends:
[Using Xandros 2.0 built on Debian]
I installed Xandros 2.0 once again a few days ago. I had to reinstall it
several times due to the appearanc e of the infamous Xlib GLX error
message. This time, after reinstalling, I monitored carefully the Xlib
GLX Extension story with "glxinfo" (as user) in the console. Here is
what it looked like when all was well:
sher@Dell:~$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.3
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer
client glx vendor string: NVIDIA Corporation
client glx version string: 1.3
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
GLX_SGIX_swap_group, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_NV_float_buffer
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce2 MX/AGP/SSE2
OpenGL version string: 1.4.0 NVIDIA 44.96
OpenGL extensions:
GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_point_parameters,
GL_ARB_texture_compression, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_window_pos, GL_S3_s3tc, GL_EXT_abgr,
GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
GL_EXT_compiled_vertex_array, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
GL_EXT_paletted_texture, GL_EXT_point_parameters, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_specular_color,
GL_EXT_shared_texture_palette, GL_EXT_stencil_wrap,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array,
GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region,
GL_NV_blend_square,
GL_NV_fence, GL_NV_fog_distance, GL_NV_light_max_exponent,
GL_NV_packed_depth_stencil, GL_NV_pixel_data_range, GL_NV_point_sprite,
GL_NV_register_combiners, GL_NV_texgen_reflection,
GL_NV_texture_env_combine4, GL_NV_texture_rectangle,
GL_NV_vertex_array_range, GL_NV_vertex_array_range2,
GL_NV_vertex_program,
GL_NV_vertex_program1_1, GL_NVX_ycrcb, GL_SGIS_generate_mipmap,
GL_SGIS_multitexture, GL_SGIS_texture_lod
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x22 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x23 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x24 16 tc 0 16 0 r y . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
0x25 16 tc 0 16 0 r . . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
0x26 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x27 16 dc 0 16 0 r y . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
0x28 16 dc 0 16 0 r . . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
sher@Dell:~$
I checked this after installing every new program, and everything was OK
until just a few minutes ago when I decided to add mike80808's
/etc/apt/preferences file from Tips & Tricks (How to use non-Xandros apt
sources safely):
http://forums.xandros.com/viewtopic.php?t=708&postdays=0&postorder=asc&highlight=preferences&start=15
I rebooted, logged back in and, as always, checked glxinfo in the
console and immediately saw the terrible Xlib Glx error message as
follows:
sher@Dell:~$ /usr/lib/nvidia
bash: /usr/lib/nvidia: is a directory
sher@Dell:~$ cat /usr/lib/nvidia
sher@Dell:~$ glxinfo
name of display: :0.0
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Error: couldn't find RGB GLX visual
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x21 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x22 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x23 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x24 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x25 16 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x26 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x27 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x28 16 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
sher@Dell:~$
When I tried to use apt-get, I got a message about some lock file in
/var/lib (I think). I went there and deleted the "lock" file and logged
out and logged back in. The GLX error message was still there.
I followed the instructions the instructions given by Brian Moshman of
our Xandros forum on how to get rid of this GLX error message. Here are
his instructions:
BEGIN
I've read a few posts where people are having the problem that the
nvidia glx module is not loaded. I think I have a solution that seems to
work for me.
Looking at the error message in my XFree log file
(/var/log/XFree86.0.log), it was complaining about not being able to
load the glx module since the dynamic loader could not load one of the
libraries that it needed:
Quote:
(II) Loading /usr/X11R6/lib/modules/override/libglx.so
dlopen: libGLcore.so.1: cannot open shared object file: No such file or
directory
(EE) Failed to load /usr/X11R6/lib/modules/override/libglx.so
(II) UnloadModule: "glx"
(EE) Failed to load module "glx" (loader failed, 7)
To get a better idea of what the problem was, I ran 'ldd' on the
/usr/X11R6/lib/modules/override/libglx.so module to see what was
missing. It complained that it couldn't find the libGLcore.so.1, which
matched the error above. Since I have a working Xandros system at work
with the nvidia drivers, I ran ldd on it and discovered that the missing
library is normally found in /usr/lib/nvidia.
My /usr/lib/nvidia directory on the working machine had the missing
library alright, along with the usual unix convention of symbolic links
for the version of the library that is on your system. When I checked my
home system with the problem, it had the library in /usr/lib/nvidia, but
did not have the necessary symbolic links. Adding a few symbolic links
and adding the directory to the ld.so cache seemed to solve the problem.
Here's what I did:
Make sure that your /etc/X11/XF86Config-4 file has the following line in
it:
Code:
ModulePath "/usr/X11R6/lib/modules/override"
You'll need to be root to edit the file. Make sure you add this line to
the 'Section "Files"' section of the file.
Now open up a command prompt window and first change to the nvidia
directory:
Code:
$ cd /usr/lib/nvidia
Now make sure that the following libraries exist in that directory:
libGL.so.1.0.4496, libXvMCNVIDIA.so.1.0.4496, libGLcore.so.1.0.4496
Code:
$ ls
libGLcore.so.1.0.4496
libGL.so.1.0.4496
libXvMCNVIDIA.so.1.0.4496
If you're having the same problem that I had, these three files will be
the only files in the directory.
Now create the necessary symbolic links: (be careful what you are doing
as the root user here...)
Code:
$ su
(it asks you for the root password, enter it here...)
# ln -s libGLcore.so.1.0.4496 libGLcore.so.1
# ln -s libGL.so.1.0.4496 libGL.so.1
# ln -s libGL.so.1.0.4496 libGL.so
# ln -s libXvMCNVIDIA.so.1.0.4496 libXvMCNVIDIA_dynamic.so.1
Now verify that the links are set up correctly(everything is
case-sensitive here, so check carefully):
Code:
# ls -l
lrwxrwxrwx 1 root root 21 2004-01-09 23:16 libGLcore.so.1 ->
libGLcore.so.1.0.4496
-rw-r--r-- 1 root root 5031588 2003-11-19 20:07 libGLcore.so.1.0.4496
lrwxrwxrwx 1 root root 17 2003-12-19 23:47 libGL.so -> libGL.so.1.0.4496
lrwxrwxrwx 1 root root 17 2004-01-09 22:43 libGL.so.1 ->
libGL.so.1.0.4496
-rw-r--r-- 1 root root 420080 2003-11-19 20:07 libGL.so.1.0.4496
lrwxrwxrwx 1 root root 25 2004-01-09 22:45 libXvMCNVIDIA_dynamic.so.1 ->
libXvMCNVIDIA.so.1.0.4496
-rw-r--r-- 1 root root 151856 2003-11-19 20:07 libXvMCNVIDIA.so.1.0.4496
Now you need to edit your /etc/ld.so.conf file as root and add the
following line to the file:
Code:
/usr/lib/nvidia
Save the file and then run ldconfig to update the ld.so cache
Code:
# ldconfig
Now type exit to drop back out of superuser mode
Code:
# exit
Now if you restart your X server, hopefully your GLX module will find
its dependencies and load correctly.
To restart your X server, I first log out and then press
[ctrl]-[alt]-[F2] to drop back to a virtual console prompt, log in as
root and restart the kdm service:
Code:
# /etc/init.d/kdm restart
The X server should restart and you should be back at the KDE login
prompt.
Please review everything carefully -- I'm not a linux guru, and there
may be some mistakes in the above procedure, so proceed only if you are
comfortable messing around with your system configuration.
(Void where prohibited by law, offer not valid in all states, yada,
yada...)
I hope this helps,
--Brian
END
I followed his instructions to the LETTER and was able to replicate his
procedures step by step right up to the last step (from Cnt+Alt-F2):
(#/etc/init.d/kdm /restart
But when this command brought me back into Xandros (with the Nvidia
splash screen welcoming as usual), I discovered when I went back to the
console that the dreaded error message was still there (see above).
One thing: When I went into /usr/lib/nvidia, I found out that all three
of the symlinks Brian asked us to create were already there. When I
tried to recreate them, I was told that they already exist. Here is my
nvidia directory. Other than that, my directory matches his, point by
point, byte by byte.
sher@Dell:/usr/lib/nvidia$ ls -la
total 5526
drwxr-xr-x 2 root root 312 2004-01-10 06:57 .
drwxr-xr-x 100 root root 44400 2004-01-11 13:16 ..
lrwxrwxrwx 1 root root 21 2004-01-10 02:09 libGLcore.so.1 -> li
bGLcore.so.1.0.4496
-rw-r--r-- 1 root root 5031588 2003-12-06 20:41 libGLcore.so.1.0.449 6
lrwxrwxrwx 1 root root 17 2004-01-10 06:57 libGL.so -> libGL.so
.1.0.4496
lrwxrwxrwx 1 root root 17 2004-01-10 02:09 libGL.so.1 -> libGL.
so.1.0.4496
-rw-r--r-- 1 root root 420080 2003-12-06 20:41 libGL.so.1.0.4496
lrwxrwxrwx 1 root root 25 2004-01-10 02:09 libXvMCNVIDIA_dynami c.so.1
-> libXvMCNVIDIA.so.1.0.4496
-rw-r--r-- 1 root root 151856 2003-12-06 20:41 libXvMCNVIDIA.so.1.0
.4496
I would so very much like to get rid of this stupid GLX error message.
I've already reinstalled twice before on account of it. I refuse to do
it again. There must be a solution to this nuisance error message.
Can anyone help? I (and I am sure other Nvidia users) would be much
obliged. I'll bet it's some minor configuration error that is easily
corrected if only we knew what caused it.
Thanks so much for listening.
Down in the dumps.
Benjamin
--
Sher's Russian Web
http://www.websher.net
Benjamin and Anna Sher
sher07@mindspring.com
Reply to: