Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 08-26-06, 08:38 AM   #1
mojinoman
Registered User
 
Join Date: Jul 2006
Posts: 8
Default Segmentation fault loading libGL.so.1 on latest NVIDIA drivers

I'm using a Debian AMD64 box, kernel 2.6.17.4, with a 32 bit chroot environment so I can run some games like Enemy Territory or Wolfenstein. It works well if I use driver version 7676 (with 32 bit compat libraries installed). But if I try to update to a newer version (such as the latest one, 8774), those games no longer work. I get a segmentation fault loading libGL.so.1 when loading the games. And I don't know why it works with 7676, and it doesn't with newer versions. The error message I get is the following one:

r_mode is unsafe. Check com_crashed.
r_smp is unsafe. Check com_crashed.
couldn't exec autoexec.cfg
Hunk_Clear: reset the hunk ok

------- Input Initialization -------
Joystick is not active.
------------------------------------
Bypassing CD checks
----- Client Initialization -----
----- Initializing Renderer ----
-------------------------------
----- Client Initialization Complete -----
----- R_Init -----
...loading libGL.so.1: E: Child terminated by signal 'Segmentation fault'


My card is a NVIDIA FX 5200, and my X-Window system works perfectly (Xorg 7.1). In fact, if I run any 64-bit game (like 64-bit version of Quake 3 or TuxRacer), they also work. It only fails with 32-bit games. Is there a problem with 32-bit libraries?

By the way, I don't know if it has something to do with it or not, but all the NVIDIA installers I've used so far (including 7676) give me the following error, or similar:


-> Running runtime sanity check:
ERROR: The runtime configuration check failed for library 'libGL.so.1.0.7676'
(expected: '/emul/ia32-linux/usr/lib/libGL.so.1', found: '(not found)').
The most likely reason for this is that conflicting OpenGL libraries are
installed in a location not inspected by `nvidia-installer`. Please be
sure you have uninstalled any third-party OpenGL and third-party
graphics driver packages.


Some useful information about my system:
- Debian Linux AMD64 64 bit
- kernel 2.6.17.4 (also fails with older versions)
- gcc 4.1 (also fails with older versions)
- Xorg 7.1
I run the installer with no options at all.
I'm also attaching the Nvidia installer's log

If you want so, I can try to get a core dump of the game, or try to run an strace. Whatever you think it may help you solve the problem.

Thanks for your attention.

Marc Coll
Attached Files
File Type: log nvidia-installer.log (36.5 KB, 128 views)
mojinoman is offline   Reply With Quote
Old 08-26-06, 10:56 AM   #2
wizdom
Registered User
 
Join Date: Jan 2003
Posts: 89
Default Re: Segmentation fault loading libGL.so.1 on latest NVIDIA drivers

Try extracting the installer with -x, then going into the directory it creates and running:

./nvidia-installer --compat32-prefix=/emul/ia32-linux/usr

And see if this helps. It should find the 32bit libraries then.
wizdom is offline   Reply With Quote
Old 08-27-06, 04:27 AM   #3
mojinoman
Registered User
 
Join Date: Jul 2006
Posts: 8
Default Re: Segmentation fault loading libGL.so.1 on latest NVIDIA drivers

I've run the nividia installer with that compat32-prefix option, but it's even worse: installer gets all paths messed up, and doesn't install any 32 bit libraries at all.

Anyway, the problem doesn't seem to be that. The installer actually finds libGL.so.1. It just fails to do some runtime check. I wonder what this runtime check could be. I could manually run it myself, and see exactly what error message gives. Anyone from Nvidia can tell me what the runtime check is?
mojinoman is offline   Reply With Quote
Old 08-28-06, 11:13 AM   #4
mojinoman
Registered User
 
Join Date: Jul 2006
Posts: 8
Default Re: Segmentation fault loading libGL.so.1 on latest NVIDIA drivers

Ok, I've managed to get a core dump. I'm posting here the stack, just to see if it helps. The bottom of the stack is this:

#25276 <signal handler called>
#25277 0xf7e2ae3d in vfprintf () from /lib/tls/libc.so.6
#25278 0xf7e33da3 in printf () from /lib/tls/libc.so.6
#25279 0x08092a50 in ?? ()
#25280 0x0819a200 in _IO_stdin_used ()
#25281 0x0000000b in ?? ()
#25282 0xf7f21ff4 in ?? () from /lib/tls/libc.so.6
#25283 <signal handler called>
#25284 0xf7e56a77 in calloc () from /lib/tls/libc.so.6
#25285 0xf1250bde in _nv000039gl () from /usr/lib/libGL.so.1
#25286 0x00000001 in ?? ()
#25287 0x00000034 in ?? ()
#25288 0xf0db7c80 in _nv000075gl () from /usr/lib/libGLcore.so.1
#25289 0x000032e9 in ?? ()
#25290 0x00000003 in ?? ()
#25291 0xf1262ba0 in glXChannelRectSyncSGIX () from /usr/lib/libGL.so.1
#25292 0x0000029a in ?? ()
#25293 0x000032e9 in ?? ()
#25294 0xffc38eb8 in ?? ()
#25295 0x00000001 in ?? ()
#25296 0x00000002 in ?? ()
#25297 0x00000002 in ?? ()
#25298 0x00000003 in ?? ()
#25299 0x00000006 in ?? ()
#25300 0xf1262efb in _init () from /usr/lib/libGL.so.1
#25301 0x0000029a in ?? ()
#25302 0x000032e9 in ?? ()
#25303 0xf1262ed7 in _init () from /usr/lib/libGL.so.1
#25304 0x0000029a in ?? ()
#25305 0x000032e9 in ?? ()
#25306 0x00000001 in ?? ()
#25307 0xf1288be0 in ?? () from /usr/lib/libGL.so.1
#25308 0xf7f7cff4 in ?? () from /lib/ld-linux.so.2
#25309 0x09463fc8 in ?? ()
#25310 0xf1225000 in ?? ()
#25311 0xffc38ee8 in ?? ()
#25312 0xf7f002a5 in ?? () from /lib/tls/libc.so.6
#25313 0xf7f72bd4 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2


Then, this sequence repeats thousands of times:

#25269 <signal handler called>
#25270 0xf7e2ae3d in vfprintf () from /lib/tls/libc.so.6
#25271 0xf7e33da3 in printf () from /lib/tls/libc.so.6
#25272 0x08092a77 in ?? ()
#25273 0x0819a220 in _IO_stdin_used ()
#25274 0x0000000b in ?? ()
#25275 0xf7f21ff4 in ?? () from /lib/tls/libc.so.6


And, finally, this is the top of the stack:

#0 0xf7e2ae3d in vfprintf () from /lib/tls/libc.so.6
#1 0xf7e33da3 in printf () from /lib/tls/libc.so.6
#2 0x08092a77 in ?? ()
#3 0x0819a220 in _IO_stdin_used ()
#4 0x0000000b in ?? ()
#5 0xf7f21ff4 in ?? () from /lib/tls/libc.so.6
#6 <signal handler called>


Looks like a recursive function going crazy, or something. I hope this helps. If someone from Nvidia wants the core file, it's just 4,5 Mb once compressed.
mojinoman is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


Similar Threads
Thread Thread Starter Forum Replies Last Post
X Failed to load NVdriver c00lr4c3r NVIDIA Linux 13 10-22-02 01:44 PM
Radeon 9700 not all that? sancheuz Other Desktop Graphics Cards 200 10-12-02 09:31 PM
Error messages... HELP!!!! Imperito NVIDIA Linux 3 09-24-02 10:46 PM
GForce drivers installed...but dont work tomfullery NVIDIA Linux 6 09-22-02 08:23 AM
Need help to get the X to work on my Acer TravelMate 630 knchee NVIDIA Linux 16 09-19-02 10:16 PM

All times are GMT -5. The time now is 03:44 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.